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ABSTRACT 
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unclear  operating  environment  and  a  population  of  experienced  combat  vets,  the  senior 
military  leaders  must  determine  the  training  direction  of  the  armed  services.  In  a  fiscally- 
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between  the  familiar  and  unfamiliar  at  a  lower  cost  and  at  increased  adoption  rates  ver¬ 
sus  large  simulations.  This  thesis  describes  the  designing  and  development  process  of  an 
original  web-based  wargame  that  familiarizes  junior  field-grade  and  senior  company-grade 
officers  on  MCO  operations  at  the  joint  level.  The  end  state  was  the  production  of  a  com¬ 
pleted  paper  wargame  and  a  VASSAL  module  which  adapted  the  paper  version  into  an 
electronic  form.  Lastly,  using  HTML5,  Javascript  and  mainly  free-to-use  tools,  we  created 
a  prototype  wargame  that  only  requires  a  web  browser  for  service  members  to  play. 
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CHAPTER  1: 
Introduction 


1.1  Background 

The  United  States  military  is  at  a  critical  if  unrecognized  nexus  point.  The  continual  focus 
on  stability  operations  has  weakened  leaders’  skills  in  major  combat  operations  (MCO). 
After  more  than  a  decade  of  counterinsurgency  (COIN)  operations  in  Iraq  and  Afghanistan, 
the  United  States  military  has  become  extremely  proficient  in  tactical  stability  operations. 
The  consequence  of  this  continued  focus  on  the  tactical  level  of  war  is  that  little  time  is 
available  for  Army  officers  to  train  on  MCO.  Unsurprisingly,  some  junior  field-grade  and 
most  company-grade  officers  are  lacking  skills  in  MCO  [1].  Though  these  skills  are  still 
present  within  senior  field  grade  officers  and  Flag  Officers/General  Officers,  they  will  soon 
disappear  as  these  groups  retire  from  the  service. 

Organizationally,  the  United  States  (U.S.)  Joint  Forces,  and  particularly  the  U.S.  Army, 
currently  focus  on  their  ability  to  lead  and  support  stability  operations.  The  1991  collapse 
of  the  Soviet  Union  shifted  the  future  operating  environment  from  large-scale  regional 
conflicts  to  small-scale  conflicts  that  include  a  greater  focus  on  stability  operations.  In  re¬ 
action  to  this  change,  the  Army  conducted  an  extensive  force  structure  transformation  that 
changed  the  organizational  structure  from  division-centric  to  brigade-centric  [1].  The  total 
number  of  brigades  in  the  U.S.  Army  increased,  as  did  their  individual  capabilities  which 
resulted  in  fully  manned  brigades  and  hollowed  echelons  above  brigade  (EAB)  units.  To¬ 
day,  junior  officers  spend  the  majority  of  their  time  at  brigade  or  below  thus  receiving  little 
to  no  MCO  training  [1].  Consequently,  officers  lack  familiarity  with  both  operational-level 
commands  and  MCO  at  a  point  in  their  careers  when  these  very  skills  are  crucial.  Upon  as¬ 
signment  to  corps,  field  armies,  or  joint  commands,  these  officers  struggle  to  execute  tasks 
that  were  once  considered  rudimentary  [1].  An  officer  corps  incapable  of  such  tasks  is  a 
significant  strategic  vulnerability  within  the  U.S.  military. 

Opportunities  to  prepare  officers  for  operational-level  MCO,  prior  to  their  arrival  at  higher- 
level  units,  are  fleeting.  The  U.S.  Army  is  just  beginning  to  shift  focus  back  to  MCO 
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warfighting  exercises  [2].  Currently,  senior  leaders  must  spend  considerable  time  instruct¬ 
ing  their  junior  officers  on  basic  MCO  skills  that,  in  the  past,  would  have  developed  nat¬ 
urally  through  on  the  job  experience.  This  additional  requirement  of  training  basic  skills 
diminishes  the  amount  of  advanced  training  covered  within  any  given  exercise. 

1.1.1  Wargames 

Peter  Perla  defines  a  wargame  as  “a  warfare  model  or  simulation  in  which  the  flow  of  events 
shapes,  and  is  shaped  by,  decisions  made  by  a  human  player  or  players  during  the  course 
of  those  events”  [3].  Wargames  come  in  two  forms,  the  professional  version  used  to  train 
service  members  of  the  armed  forces  and  the  commercial  versions  used  by  hobbyists  [4]. 
These  wargames  span  conflicts  across  human  history  with  a  scale  that  ranges  from  small 
unit  missions  to  grand  sweeping  global  conflicts.  A  commanding  officer  could  easily  access 
this  vast  breadth  of  topics  and  create  a  library  of  scenarios  to  train  his  officers  on  MCO  in 
a  modem  or  near-future  conflict. 

The  two  primary  formats  of  wargames  are  either  the  paper  tabletop  format  or  the  com¬ 
puterized  format.  Several  examples  of  operational-level  wargames  exist  within  the  paper 
and  computer  wargaming  community.  Paper  wargame  examples  include  Next  War  Korea 
(GMT  Games),  Corps  Command  (Lock  N’  Load  Publishing),  NATO:  The  Next  War  in  Eu¬ 
rope  (Victory  Games),  Central  America  (Victory  Games),  and  Gulf  Strike  (Victory  Games). 
Computer  wargame  examples  include  the  Operational  Art  of  War  (Matrix  Games),  Battle 
of  the  Bulge  (Shenandoah  Studio),  and  Panzer  Campaigns  (John  Tiller  Software).  These 
wargames  provide  useful  insight  on  how  to  model  a  joint  task  force  (JTF)  MCO  scenario. 

Paper  wargames  are  often  very  detailed  and  can  be  very  complex.  Game  play  for  a  sin¬ 
gle  game  from  start  to  finish  can  last  anywhere  from  30  minutes  to  multiple  days  based 
on  their  complexity.  Computerized  wargames  help  mitigate  this  complexity  by  automating 
many  tasks  that  are  typically  conducted  by  the  players.  Computerized  wargames  require 
players  to  purchase  and  install  licensed  copies  of  the  games  on  their  local  computer  sys¬ 
tems.  The  complexity  of  learning  all  the  rules  of  a  paper  wargame  or  the  time  required  to 
locate,  install,  and  configure  a  current  licensed  copy  of  a  computerized  wargame  requires  a 
substantial  amount  of  effort  before  casting  the  first  die. 

Constant  deployments,  day  to  day  training,  administrative  requirements  and  family  time 
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all  compete  for  a  typieal  military  offieer’s  attention.  It  is  often  diffieult  for  offieers  to 
set  aside  time  to  foeus  on  their  personal,  professional  development.  Though  paper  and 
eommereial  wargames  ean  be  entertaining  while  providing  valuable  insight  into  abstraet 
eoneepts,  they  are  time  eonsuming.  Making  wargames  easy  to  aeeess  and  easy  to  learn 
signifieantly  reduees  the  game’s  time  requirement.  Using  a  game,  rather  than  doetrinal 
text,  engages  players  to  use  their  problem  solving  skills  that  may  result  in  experiential 
learning  [5]. 


1.1.2  Web  Development 

Moore’s  Law  suggests  that  the  average  eomputing  power  doubles  every  two  years  [6].  With 
the  advent  of  the  Internet,  web  teehnologies  are  also  rapidly  improving.  Web  browsers  aet 
as  interpreters  for  various  programming  languages  to  inelude  HyperText  Markup  Language 
(HTML)5  and  Javaseript.  Anyone  interested  in  writing  an  applieation  using  HTML5  and 
Javaseript  only  needs  a  basie  text  editor,  like  Notepad,  and  a  web  browser  sueh  as  Mierosoft 
Internet  Explorer  (IE)  or  Google  Chrome.  Internet  aeeess  is  required  to  provide  elient 
computers  aeeess  to  the  applieation  onee  developed  and  published  to  a  server.  Interestingly 
enough.  Notepad  and  IE  eome  bundled  in  the  Windows  operating  system  (OS),  whieh  is 
the  standard  OS  used  by  the  Army. 

HTME5  is  a  direet  deseendent  of  HTME  and  has  always  been  relatively  easy  to  grasp 
when  eompared  to  more  eomplex  languages  like  C++.  Javaseript,  initially  intended  to 
enhanee  the  funetionality  of  web  pages  written  in  HTME  ean  now  be  used  to  ereate  three- 
dimensional  virtual  worlds  in  the  Internet  browser  of  almost  any  eomputer  [7].  Using 
the  web  browser  as  an  interpreter  removes  the  requirement  to  eompile  eode  into  maehine 
language.  Sinee  a  web  browser  is  used  to  exeeute  the  eode  it  ean  also  be  used  to  test  it. 
If  the  eode  works  on  the  programmer’s  loeal  maehine  using  a  speeifie  web  browser,  then 
it  will  exeeute  on  any  elient’s  eomputer  using  the  same  browser.  In  faet,  due  to  inherent 
seeurity  restrietions  within  browsers,  it  is  easier  for  the  eode  to  exeeute  on  another  elient’s 
computer  if  the  exeeutable  eode  itself  is  stored  and  aeeessed  by  the  elient  from  a  remote 
server  [7]. 

With  a  lower  bar  for  entry  and  using  web  browsers  to  exeeute  eode  on  almost  any  sys¬ 
tem,  HTME5  and  Javaseript  have  rapidly  grown  in  aeeeptanee  and  use.  Javaseript  reeeives 
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great  support  from  companies  like  Google,  who  offer  a  host  of  development  tools  within 
their  free  Internet  browser  Chrome.  In  developing  the  web-based  wargame  supporting  this 
thesis,  Chrome  was  the  browser  of  choice.  Javascript  is  so  accessible  that  anyone  unfamil¬ 
iar  with  the  language  can  visit  www.khanacademy.com,  a  free  education  website  currently 
teaching  basic  programming  through  Javascript  [8]. 

1.2  Research  Problem 

The  current  generation  of  junior  officers  has  spent  the  last  ten  years  in  tactical  units  fo¬ 
cusing  on  stability  operations  in  support  of  continuous  deployments.  This  focus  has  led  to 
a  significant  degradation  in  MCO  planning  abilities  at  the  operational- level  [1].  The  U.S. 
Army  understands  that  future  learning  models  “must  seize  opportunities  to  use  technology 
as  an  enabler  to  engage  and  appeal  to  digital  age  learners”  [9,  p.  15].  One  possible  option 
in  bridging  this  gap  is  through  the  use  of  a  web-based  wargame  that  introduces  officers  to 
major  combat  operations  at  the  operational-level.  This  wargame  would  place  the  user  in 
the  command  of  a  JTF  conducting  MCO  against  an  enemy  of  equal  caliber  and  strength 
providing  the  benefit  of  simultaneously  removing  the  officer  from  the  tactical-level  envi¬ 
ronment  and  introducing  them  to  MCO.  In  addition,  it  is  not  overly  difficult  to  create  easily 
accessible  web-based  wargames  at  a  low  cost  using  freely  available  open  source  tools. 

1.3  Motivation  of  Research 

It  is  easy  for  the  U.S.  Army  to  look  inside  and  identify  learning  and  training  deficiencies. 
What  is  difficult  is  developing  low  cost  solutions  to  correct  the  identified  deficiencies.  With 
fiscal  uncertainty,  sequestration,  and  budget  cuts,  the  U.S.  Army  cannot  easily  allocate 
funding  to  resolve  every  shortcoming  it  finds  within  its  ranks.  Often,  a  unit’s  mission 
success  results  on  the  ingenuity  of  one  young  Soldier  who  creatively  develops  a  solution  to 
a  complex  problem. 

When  it  comes  to  software,  software  developer  contracts  often  result  in  the  production  of 
turnkey  systems.  A  turnkey  system  can  be  used  by  the  Army  to  fulfill  its  current  capability 
gaps.  However,  the  inner  workings  of  the  system,  such  as  source  code,  may  or  may  not  be 
accessible  to  the  Army. 

As  time  progresses,  threats  change,  requirements  change,  and  the  Army  needs  updated  soft- 
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ware.  The  unfortunate  reality  is,  more  often  than  not,  the  eurrent  software  requires  only  a 
slight  modifieation  to  address  the  Army’s  newly  developed  needs.  Often,  eontracts  only  re¬ 
quire  contractors  to  provide  an  end  product  with  a  particular  functionality  and  often  leaves 
the  contractor  with  sole  proprietary  right  to  the  software’s  source  code.  If  the  Army  grows 
too  dependent  on  the  software,  “Lock-In”  can  occur,  resulting  in  the  Army’s  dependence  on 
a  single  vendor  [10].  This  dependence  makes  it  difficult  for  the  Army  to  foster  competition 
to  fulfill  requirements  to  update  the  product  once  it  becomes  outdated.  The  vendor  owns 
the  source  code  making  it  nearly  impossible  for  other  vendors  to  update  it.  One  possible 
solution  the  Army  could  explore  is  to  develop  and  thus  own  their  source  code.  This  the¬ 
sis  explores  the  use  of  core  HTML5  and  Javascript  code  to  develop  a  web-based  military 
wargame  to  familiarize  military  officers  with  basic  MCO  concepts. 


1.4  Research  Approach 

1.4.1  Scope 

This  thesis  captures  the  attempt  to  create  a  high  quality,  easily  accessible  web-based 
wargame  prototype  designed  to  familiarize  junior  field-grade  and  senior  company-grade 
officers  on  echelons  above  division  (BAD)  MCO  operations.  The  thesis  end  state  is  a 
prototype  that  focuses  on  land-based  JTF  operations  with  the  possibility  of  further  devel¬ 
opment  into  a  complete  web-based  wargame.  The  minimum  requirement  for  completion 
is  a  turn-based  two-player  version  played  on  a  single  computer.  A  two  player  networked 
version  is  outside  the  scope  of  this  thesis.  A  single  player  version,  requiring  an  artificially 
intelligent  computer  opponent,  is  outside  the  scope  of  this  thesis  as  well. 


1.4.2  Research  Questions 

1.  How  can  a  wargame  be  designed  that  introduces  operational-level  command  to  a 
training  audience  without  previous  experience  in  strategic/operational  units?  What 
type  of  learning  objectives  best  support  familiarization  of  operational-level  MCO? 

2.  How  can  learning  objectives  be  achieved  through  the  use  of  a  web-based  wargame? 

3.  To  what  degree  can  a  wargame  be  developed  using  HTML5  and  primarily  open 
source  tools  that  are  compatible  with  both  high-end  and  low-end  platforms? 
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1.5  Methodology 

The  thesis  was  conducted  using  the  spiral  model  initially  defined  by  Barry  Boehm  [11] 
allowing  for  an  iterative  development  of  the  application.  Using  a  spiral  methodology  pro¬ 
vides  a  number  of  advantages  during  the  development  process.  Each  cycle  consists  of  a 
minimum  of  four  phases. 

1 .  Research.  The  unique  requirements  of  the  training  audience  and  which  of  those  re¬ 
quirements  that  a  wargame  could  potentially  meet  were  identified.  Joint  and  service- 
specific  doctrine,  historical  examples  of  real-world  missions,  and  related  training 
methods  were  researched.  Game  design,  JavaScript  programming,  and  modeling 
techniques  were  also  extensively  researched. 

2.  Design.  The  content,  rules,  learning  objectives,  scenario,  and  game  mechanics  of  the 
wargame  were  created  during  this  phase.  Initial  development  of  the  web-based  proto¬ 
type  system  architecture,  game  framework,  major  methods/functions,  user  interface, 
and  game  controls  also  began  to  formulate  during  this  phase. 

3.  Manual  Play  testing.  During  this  phase,  the  thesis  team  initially  produced  a  paper 
version  of  the  game  to  test  for  play-ability  and  design  flaws  to  ensure  that  the  game’s 
execution  matched  the  initial  vision.  Paper  playtesting  migrated  to  digital  playtesting 
during  this  phase  through  the  use  of  VASSAL,  a  digital  board  game  development 
engine.  The  end  state  of  this  phase  resulted  in  the  creation  of  a  game  design  document 
(GDD)  in  the  form  of  a  VASSAL  module. 

4.  Coding.  During  this  phase,  the  VASSAL  module  provided  initial  insight  into  the 
look  and  feel  of  a  digitized  wargame.  The  many  limitations  of  the  VASSAL  mod¬ 
ule  helped  the  thesis  team  to  visualize  and  thus  prioritize  the  web-based  prototype’s 
development.  The  prototype’s  current  code  base  was  completely  written  during  this 
phase. 
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CHAPTER  2: 
Playing  War 


An  essential  element  in  preparing  officers  for  future  strategic/operational  assignments  is  a 
firm  grasp  on  the  theory  and  the  fundamental  principles  of  employing  the  Armed  Forces  of 
the  United  States.  A  wargame  can  provide  insight  into  both  the  strategic  and  operational 
levels  of  war.  Paper  wargames  are  similar  to  traditional  board  games  in  which  they  use  a 
game  board,  usually  a  map,  but  often  have  numerous  counters  to  represent  individual  units. 
Games  in  this  format  can  be  complex  and  carry  a  hefty  price  tag  leading  to  a  limited,  or 
niche,  audience  [12].  Developing  a  web-based  wargame  using  open  source  tools  that  run 
in  almost  any  computer’s  web  browser  can  be  made  at  a  negligible  cost.  Offering  the  game 
for  a  small  price,  if  not  free,  and  hosting  it  on  the  web  increases  the  game’s  accessibility  to 
a  larger  audience.  This  chapter  summarizes  the  primary  joint  theory  that  is  the  basis  for  the 
wargame  design  and  also  reviews  several  tools  that  a  wargame  designer  can  utilize  in  the 
design  and  development  process. 


2.1  Understanding  Operational  Level  Command 

The  transition  from  serving  in  a  tactical  command  to  a  joint  operational  command  is  a  con¬ 
siderable  change  for  many  junior  field  grade  officers.  It  requires  a  dramatic  increase  in  the 
scope  and  scale  of  operations  as  well  as  a  significant  increase  in  the  number  of  enablers 
that  support  the  command.  Officers  must  increase  their  understanding  of  MCO  operational 
concepts  not  just  within  their  own  service  branch,  but  also  in  several  other  service  branches 
in  which  they  may  or  may  not  have  any  prior  experience.  They  must  synthesize  a  greater 
amount  of  information  and  apply  it  in  an  unfamiliar  operational  setting.  These  officers  re¬ 
quire  a  firm  understanding  of  applied  joint  theory  to  succeed.  Unfortunately,  many  of  these 
officers  arrive  at  an  operational  unit  without  this  foundation  [1].  This  section  summarizes 
the  essential  joint  theory  and  relevant  doctrine  recommended  for  serving  in  a  joint  opera¬ 
tional  command  and  forms  the  basis  for  the  wargame  design.  It  does  not  attempt  to  enter  a 
doctrinal  discussion  of  the  merits  or  interpretations  of  joint  and  service-specific  doctrine. 
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2.1.1  Joint  Theory 

An  essential  element  in  preparing  offieers  for  future  strategie/operational  assignments  is  a 
firm  grasp  on  the  theory  and  fundamental  prineiples  of  employing  the  Armed  Forees  of  the 
United  States.  Aeeording  to  Joint  Publieation  (JP)  1,  Doctrine  for  the  Armed  Forces  of  the 
United  States  [13],  “joint”  is  any  aetivity  that  involves  elements  from  two  or  more  Military 
Departments.  JPl  eoins  the  term  “jointness”  and  defines  it  as  implying  “eross-Serviee  eom- 
bination  wherein  the  eapability  of  the  joint  foree  is  understood  to  be  synergistie,  with  the 
sum  greater  than  its  parts”  [13].  In  order  to  aehieve  this  eapability,  a  joint  foree  requires: 
a  high  degree  of  interoperability;  joint  interdependenee;  and  a  eommander  with  the  opera¬ 
tional  authority  to  assemble  a  joint  foree  suited  for  the  eurrent  mission.  Joint  interdepen¬ 
denee  is  defined,  ’’the  purposeful  relianee  by  one  Serviee  on  another  Serviee’s  eapabilities 
to  maximize  eomplementary  and  reinforeing  effeets  of  both  (e.g.,  synergy)”  [13,  p.  1-2]. 

In  essenee,  a  joint  foree  is  one  that  eapitalizes  on  eaeh  other’s  strengths,  mitigates  eaeh 
other’s  weaknesses,  understands  eaeh  other’s  Serviee-oriented  language  and  proeedures, 
and  share  a  eommon  understanding  of  the  operational  pieture  and  the  mission  at  hand.  The 
joint  foree  eommander  (JFC)  must  assemble  a  eombination  of  forees  that  aehieve  this  vision 
while  eeonomizing  the  size  to  ensure  flexibility  and  responsiveness.  In  order  to  suoeessfully 
plan  and  exeeute  joint  military  operations,  leaders  must  have  a  basie  understanding  of  the 
definition  of  war  and  its  prineiples.  Sueeessful  planning  and  exeeution  of  joint  military 
operations  ean  be  partieularly  ehallenging  for  leaders  that  have  limited  to  no  experienee 
outside  of  their  own  serviee  braneh. 

The  Oxford  dietionary  defines  war  as  “a  state  of  armed  eonfliet  between  different  nations 
or  states  or  different  groups  within  a  nation  or  state”  [14]  while  Clausewitz,  in  his  book  On 
War,  defines  war  as  “an  aet  of  violenee  to  eompel  our  opponent  to  fulfill  our  will”  [15,  p. 
83].  JP  1  offers,  “war  is  soeially  sanetioned  violenee  to  aehieve  a  politieal  purpose”  [13,  p. 
1-3]. 


Warfare 

Warfare  is  how  war  is  waged,  it  is  “the  meehanism,  method,  or  modality  of  armed  eonfliet 
against  an  enemy”  [13,  p.  T4].  Joint  doetrine  defines  the  two  basie  forms  of  warfare 
as  traditional  and  irregular  [13].  Eaeh  of  these  forms  support  a  fundamentally  different 
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strategic  purpose,  although  overlaps  will  always  exist  due  to  the  fluid  nature  of  war. 

Traditional  warfare  is  defined  as  “a  violent  struggle  for  domination  between  nation-states 
or  coalitions  and  alliances  of  nation-states”  [13,  p.  1-5]  with  a  strategic  purpose  of  the 
“imposition  of  a  nation’s  will  on  its  adversary  nation-state(s)  and  the  avoidance  of  its  will 
being  imposed  upon  us”  [13,  p.  T5].  Typically  nation-states  conduct  traditional  warfare  and 
attempt  to  influence  each  other  by  destroying  or  defeating  the  opposing  side’s  military  force 
or  ability  to  conduct  war.  This  combat  occurs  throughout  all  physical  domains  to  include 
air,  land,  maritime  and  also  through  the  information  domain,  which  includes  cyberspace. 
While  there  is  a  great  deal  of  emphasis  on  an  opposing  nation-state,  it  should  be  noted  that 
non-state  actors  can  also  conduct  traditional  warfare  operations  (e.g.,  the  Viet  Cong  during 
the  Tet  Offensive  of  1968). 

Levels  of  Warfare 

Warfare  is  commonly  divided  into  three  levels  — strategic,  operational,  and  tactical — 
which  connect  actions  to  objectives  as  depicted  in  Figure  2.1.  These  levels  are  guidelines 
but  not  definitive  in  their  boundaries  and  it  is  common  to  see  a  great  deal  of  overlaps  at 
the  seams  of  each  level.  Additionally,  due  in  part  to  the  modem  information  environment 
and  high  level  of  connectivity  between  communities,  tactical  actions  can  rapidly  have  a 
strategic  effect. 

The  President  of  the  United  States  (POTUS),  National  Security  Council  (NSC),  and  the 
Homeland  Defense  Security  Council  (HSC)  as  the  National  Security  Staff  define  national 
objectives  which  serve  as  the  focus  for  the  strategic  level  of  warfare  [13,  p.  1-8].  The 
Secretary  of  Defense  (SecDef)  uses  the  national  strategic  objectives  to  develop  strategic 
military  objectives  which  support  the  military  end  state  and  assist  the  combatant  com¬ 
manders  (CCDRs)  with  theater  strategic  planning.  The  CCDRs  link  national  strategy  and 
operational  objectives  [13,  p.I-8]. 

Operational  level  planning  develops  “objectives  needed  to  achieve  the  military  end  states 
strategic  objectives”  [13,  p.  1-8].  The  CCDRs  plan  and  execute  operations  using  operational 
art,  which  according  to  doctrine  is  “the  use  of  creative  thinking  by  commanders  and  staff 
to  design  strategies,  campaigns,  and  major  operations  and  organize  and  employ  military 
forces”  [16,  p.  IT3].  Operational  art  guides  the  flow  of  forces  and  also  “the  arrangement 
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Levels  of  Warfare 


National  Policy 

Theater  Strategy 

1 - 

Campaigns 

Major  Operations 

1 - 

Batties 

1  -  » 

Engagements 

Small-Unit  and  Crew  Actions 

Figure  2.1:  Levels  of  Warfare,  from  [13,  p.  1-7] 

of  battles  and  major  operations  whieh  support  operational  and  strategie  objeetives”  [13,  p. 
1-8].  Battles,  are  a  set  of  related  engagements  involving  larger  forees  than  used  in  engage¬ 
ments  and  normally  affeet  the  eourse  of  an  operation  or  eampaign  [13,  p.  1-8].  “A  eampaign 
is  a  series  of  related  major  operations  aimed  at  aehieving  strategie  and  operational  objee- 
tives  within  a  given  time  and  space”  [13,  p.  1-9]  .  Campaigns  are  typically  extensive  joint 
operations. 

Tactics,  are  “the  employment  and  ordered  arrangement  of  forces  in  relation  to  each  other” 
[13,  p.  T8].  It  is  the  level  where  tactical  commanders  plan  and  execute  battles  and  en¬ 
gagements  to  support  combat  objectives  [13,  p.  1-8].  Engagements  are  a  tactical  conflict, 
usually  between  opposing  lower  echelons  maneuver  forces  [16,  p.  T8].  Engagements  are 
typically  short-duration  events.  Operations,  are  a  sequence  of  tactical  actions  with  a  com¬ 
mon  purpose  or  unifying  theme  [13,  p.  1-9].  Operations  may  or  may  not  include  combat,  as 
well  as  its  support  activities  such  as  movement,  supply,  and  maneuver.  A  major  operation 
combines  battles,  engagements  and  strikes  to  support  strategic/operational  objectives. 

Range  of  Military  Operations 

Joint  doctrine  categorizes  national  power  into  four  categories  —  diplomatic,  informational, 
military,  and  economic.  The  U.S.  Government  leverages  these  instruments  to  execute  na- 
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tional  policy.  While  the  Department  of  Defense  (DoD)  is  the  lead  for  the  military  instru¬ 
ment,  close  coordination  and  synchronization  is  necessary  across  all  four  instruments  of 
national  power  [13]. 

The  military  instrument  can  be  used  in  a  number  of  different  methods  depending  on  the 
national  strategic  objectives  and  the  eonflict  continuum  which  ranges  from  peaee  to  war. 
Joint  doetrine  divides  these  methods  into  three  categories  as  depieted  in  Figure  2.2. 

Range  of  Military  Operations 

Peace  <  Conflict  Continuum  »  War 


Range  of 

Military 

Operations 


Our  national  leaders  can  use  the  military  instrument  of  national  power  across  the  conflict 
continuum  in  a  wide  variety  of  operations  that  are  commonly  characterized  in  three  groups  as 
this  figure  depicts. 

Figure  2.2:  Range  of  Military  Operations,  from  [13,  1-14] 

Military  engagement,  seeurity  eooperation,  and  deterrenee  are  aetivities  focused  primarily 
on  shaping  and  maintaining  relationships  with  other  nation-states.  Crisis  response  and 
limited  eontingeney  operations  are  often  isolated,  small  military  aetivities  with  a  defined 
start  and  finish  or  ean  be  part  of  a  larger  ongoing  mission  during  eombat.  Major  operations 
and  eampaigns  aim  to  rapidly  defeat  the  enemy,  eliminate  opposition,  and  develop  terms 
that  are  benefieial  to  the  U.S.  and  its  inter  organizational  partners.  Major  operations  and 
eampaigns  ean  be  eondueted  with  any  mix  of  offensive,  defensive  and  stability  operations 
[13,  p.  1-16]. 

2.1.2  Joint  Command  Organization  and  Command  Relationships 

One  of  the  greatest  advantages  of  the  U.S.  Armed  Forees  is  the  wide  assortment  of  eapabili- 
ties  available  within  the  foree.  These  eapabilities  range  aeross  the  various  levels  of  war  and 
provide  the  U.S.  deeision  maker  with  numerous  tools  to  use  within  the  military  instrument 


Major  Operations  and  Campai 
Crisis  Response  and  Limited  Contingency  Operations 
Military  Engagement,  Security  Cooperation,  and  Deterrence 
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of  national  power.  These  forees  are  divided  into  serviee  branehes  (Army,  Marine  Corps, 
Navy,  and  Air  Force).  JP  1  identifies  the  three  levels  of  organization  for  joint  forces  as 
unified  combatant  commands,  subordinate  unified  commands,  and  JTF  [13,  p.  1-15]. 

A  JFC  organizes  these  forces  to  accomplish  their  assigned  mission  and  facilitate  the  joint 
principles  of  unity  of  command  and  unity  of  effort.  The  JFC  establishes  both  service  com¬ 
ponents  and  functional  components  as  necessary.  Figure  2.3  shows  some  possible  compo¬ 
nents  within  a  joint  force. 


Possible  Components  in  a  Joint  Force 


Notes; 

1  A  joint  force  contains  Sennce  components  (because  of  logistic  and  training  responsibAties).  even  when 
operations  are  conducted  through  fonobonai  components. 

2.  Representatve  Service  and  functional  components  are  deputed;  any  mot  of  the  above  components  can  consttute 
a  joint  force. 

3  There  may  also  be  a  Coast  Guard  component  in  a  joint  force 
Legend 

-  operational  control  . - . command  relationsh^sj  detemwied  by 

joint  force  commander 


Figure  2.3:  Possible  Joint  Force  Components,  from  [13,  IV-3] 


Unified  Combatant  Command 

A  unified  and  subunified  combatant  command  (COCOM)  are  commands  with. 
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broad  continuing  missions  under  a  single  eommander  and  eomposed  of  signif¬ 
icant  assigned  eomponents  of  two  or  more  Military  Departments  that  is  estab¬ 
lished  and  so  designated  by  the  President  through  SeeDef  and  with  the  advice 
and  assistanee  of  the  CJCS  [13,  p.  II- 11]. 


A  commander  of  a  unified  COCOM  has  several  organizational  eommand  options  as  de¬ 
picted  in  Figure  2.4. 


Figure  2.4:  Unified  Combatant  Command  Organizational  Options,  from  [13,  IV-6] 


Unified  combatant  commands  are  most  frequently  organized  on  a  geographic  basis  (known 
as  a  geographic  combatant  command)  while  subunified  eommands  are  established  on  either 
a  geographieal  or  funetional  basis. 


Joint  Task  Force 

JP  1  -02  Department  of  Defense  Dictionary  of  Military  and  Associated  Terms  defines  a 
JTF  as  “a  joint  force  that  is  constituted  and  so  designated  by  the  Secretary  of  Defense,  a 
eombatant  commander,  a  subunified  eommander,  or  an  existing  JTF  eommander”  [17,  p. 
151]  Similar  to  a  unified  or  subunified  command,  it  contains  components  from  the  serviee 
branehes  and  additional  JTFs  as  depicted  in  Figure  2.5.  The  establishing  authority  assigns 
the  JTF  a  mission  with  specific  limited  objectives. 
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Figure  2.5:  JTF  Organizational  Options,  from  [13,  p.  IV-11] 


2.2  Joint  Functions 

A  JFC  possesses  or  has  rapid  access  to  an  entire  host  of  eapabilities  and  resourees.  The 
ability  of  an  organization  to  synthesize  and  eoordinate  these  diverse  aetivities  are  often 
the  decisive  difference  between  success  and  failure.  According  to  Joint  Publication  3-0 
Joint  Operations,  joint  functions  are  “related  capabilities  and  activities  grouped  together  to 
help  Joint  Force  Commanders  integrate,  synchronize,  and  direct  joint  operations”  [16,  p. 
III-l].  The  six  common  functions  that  apply  to  all  levels  of  war  entail:  “command  and 
control  (C2),  intelligence,  fires,  movement  and  maneuver,  protection,  and  sustainment”  [16, 
p.  xiv].  These  functions  work  in  conjunction  with  one  another  to  support  the  JFC. 

2.2.1  Command  and  Control  (C2) 

C2  is  defined  as  “the  exercise  of  authority  and  direction  by  a  commander  over  assigned  and 
attached  forces  to  accomplish  the  mission”  [16,  p.  III-2].  This  entails  an  extensive  number 
of  tasks  that  are  listed  in  JP  3-0,  Chapter  3  to  include  but  are  not  limited  to: 

1 .  Commanding  subordinate  forces 

2.  Preparing  and  modify  plans/orders/guidance 

3.  Assessing  the  progress  toward  accomplishing  tasks,  creating  conditions, 
achieving  objectives. 
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4.  Coordinating  and  controlling  the  employment  of  joint  lethal  and  non- 
lethal  capabilities  [16,  p.  III-2]. 

2.2.2  Intelligence 

In  simplest  terms,  intelligence  can  be  defined  as  understanding  one’s  environment.  Specif¬ 
ically  the  intelligence  functions  “supports  this  understanding  by  providing  integrated,  eval¬ 
uated,  analyzed,  and  interpreted  information  concerning  foreign  nations,  hostile  or  poten¬ 
tially  hostile  forces  or  elements,  or  areas  of  actual  or  potential  operation”  [16,  p.  Ill- 20].  It 
tells  the  commander  what  the  enemy  is  doing  now,  what  the  enemy  is  capable  of  doing,  and 
what  the  enemy  might  do  in  the  future  (most  likely  and  most  dangerous  courses  of  action). 

2.2.3  Fires 

The  JFC  leverages  fires  to  achieve  desired  effects  against  the  enemy’s  center  of  gravity 
(COG),  critical  factors,  and  decisive  points.  Examples  of  fires  effects  include  deny,  disrupt, 
delay,  suppress,  neutralize,  destroy,  and  influence. 

Maneuver  and  joint  fire  support  complement  each  other  in  support  of  the  JFC  objectives. 
Effective  fires  increases  freedom  of  maneuver  through  the  destruction,  neutralization,  or 
suppression  of  enemy  forces.  Additionally,  effective  combination  of  maneuver  and  fire  can 
place  an  enemy  in  a  position  of  either  being  flanked  by  maneuvering  forces  or  exposing 
themselves  to  joint  fires. 

A  JFC  uses  weapons  and  other  systems  to  have  a  lethal/non-lethal  effect  on  a  target.  These 
effects  can  range  from  destruction  and  suppression  (lethal)  to  influencing  a  population  cen¬ 
ter  or  key  leader.  The  primary  fire  support  task  includes  “joint  fires  that  assist  air,  land, 
maritime,  and  SOF  to  move,  maneuver,  and  control  territory,  populations,  airspace,  and 
key  waters”  [16,  p.  III-22].  Additional  fires  tasks  are  further  discussed  in  this  section. 

Joint  Targeting 

Targeting  is  “the  process  of  selecting  and  prioritizing  targets  and  matching  the  appropriate 
response  to  them,  considering  operational  requirements  and  capabilities”  [18,  p.  Tl].  It 
integrates  and  synchronizes  planning,  operations,  and  intelligence  into  a  joint  targeting 
cycle  into  six  phases  as  depicted  in  Figure  2.6. 
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Figure  2.6:  Joint  Targeting  Cycle,  from  [18,  p.  11-4] 


Targeting  focuses  on  both  deliberate  targets  and  dynamic  targets.  Deliberate  targeting  fo¬ 
cuses  on  future  plans  or  efforts  and  is  generally  72-hours  from  execution  [18].  Dynamic 
targeting  is  conducted  against  targets  of  opportunity  with  emphasis  on  current  operations 
within  a  24-hour  time  period  [18].  The  air  tasking  cycle  is  a  sub-cycle  of  the  mission  plan¬ 
ning  phase  in  the  joint  targeting  cycle.  It  converts  the  targeting  plan  into  an  operation  order 
(the  air  tasking  order  (ATO))  that  assigns  attack  aircrafts  to  specific  targets  followed  by  a 
target  assessment  that  confirms  the  effects  achieved  [19,  p.  81].  It  consists  of  six  stages  as 
listed  in  Figure  2.7. 


Figure  2.7:  Air  Tasking  Cycle,  from  [19,  p.  82] 
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Countering  Air  and  Missile  Threats 

Air  superiority  provides  U.S.  forees  with  the  ability  to  freely  maneuver  around  the  bat¬ 
tlefield  without  being  threatened  by  enemy  air  assets.  Joint  Publication  3-01  Countering 
Air  and  Missile  Threats  speeifieally  defines  air  superiority  as  the  “degree  of  dominanee  in 
the  air  battle  by  one  foree  that  permits  the  eonduet  of  its  operations  at  a  given  time  and 
plaee  without  prohibitive  interferenee  from  air  and  missile  threats”  [20,  p.  GL-8].  In  order 
to  gain  and  maintain  air  superiority,  eounterair  operations  must  begin  as  early  as  possible 
(e.g.,  the  air  war  phase  of  Operation  Desert  Storm).  Counterarr  is  defined  as  missions  that 
mesh  “offensive  and  defensive  operations  to  attain  and  maintain  a  desired  degree  of  air 
superiority  and  proteetion  by  neutralizing  or  destroying  enemy  aireraft  and  missiles,  both 
before  and  after  launeh”  [20,  p.  GL-10].  The  eounterair  framework  integrates  both  offen¬ 
sive  eounterair  (OCA)  and  defensive  eounterair  (DCA)  missions  into  a  single  framework. 
This  single  eounterair  framework  ean  be  seen  in  Figure  2.8. 


Counterair  Framework 


Offensive  Counterair 


Defensive  Counterair 


'  Attack  operations 
^  Attacks  on  missile  sites,  airfieids, 
command  and  control,  infrastmcture 


'  Active  air  and  missile  defense 
“  Air  defense 
“  Ballistic  missile  defense 


•  Suppression  of  enemy  air  defenses 

•  Fighter  escort 

•  Fighter  svireep 


•  Passive  air  and  missile  defense 
“  Detection  and  warning 
“  Chemical,  biological,  radiological. 

ahd  nuclear  defenses 
<■  Cartxjuflage.  concealment, 
and  deception 
Hardening 
“  Reconstitution 
“  Dispersion 
“  Redundancy 
<*  Mobility 


Figure  2.8:  Counterair  Framework,  from  [20,  p.  1-3] 


OCA  operations  include  “operations  to  destroy,  disrupt,  or  neutralize  enemy  aircraft,  mis¬ 
siles,  launch  platforms,  and  their  supporting  structures  and  systems  both  before  and  after 
launch,  and  as  close  to  their  source  as  possible”  [20,  p.  T3].  OCA  operations  reduces  the 
threat  to  the  friendly  defenders  before  those  threats  affect  friendly  forces.  OCA  consists  of 
four  operations  as  listed  in  Table  2.1. 
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Operation 

Definition 

Targets 

Attack  Operations 

Target  enemy  air  and  missile  forces 
and  supporting  networks 

•  Air  and  missile  unit  C2  nodes/centers. 

•  Aircraft  on  airfields 

•  Missiles  on  fixed  and  mobile  launchers. 

•  Major  integrated  air  defense  systems  (IADS) 

C2  facilities. 

•  Logistic  support 

Snppression  of  Enemy 

Air  Defenses 

(SEAD) 

Neutralize,  destroy,  or  temporar¬ 
ily  degrade  surface-based  enemy  air 
defenses  by  destructive  and/or  dis¬ 
ruptive  means 

•  surface-to-air  missile  (SAM)  sites. 

•  Logistic  Support 

Fighter  Escort 

Air-to-air  fighters  protect  offensive 
and/or  support  air  operations  over 
enemy  territory 

•  Offensive:  Air-to-air  threats  to  friendly  air¬ 
craft  conducting  critical  air  missions  over 
enemy  territory 

•  Defensive:  DCA  missions  to  protect  high 
value  airborne  assets  (HVAA) 

Fighter  Sweep 

Air-to-air  fighters  seek  out  and  de¬ 
stroy  enemy  aircraft  or  targets  of 
opportunity  in  a  designated  area. 

•  Enemy  aircraft 

•  Targets  of  opportunity 

Table  2.1:  Offensive  Counterair  Operations,  from  [20,  IV-9] 


DCA  is  defined  as  “all  defensive  measures  designed  to  neutralize  or  destroy  enemy  forces 
attempting  to  penetrate  or  attack  through  friendly  airspace”  [20,  p.  1-5].  DCA  provides  an 
area  for  friendly  forces  to  operate  without  interdiction  by  enemy  air  and  missile  threats. 
Examples  of  air  threats  include  ballistic  missiles  (BM),  bombers,  fighter-attack,  fighter 
escorts,  intelligence,  surveillance,  and  reconnaissance  (ISR),  suppression  of  enemy  air  de¬ 
fenses  (SEAD),  cruise  missiles  (CMs),  air-to-surface  missiles  (ASM)  [20,  pV-6].  Missile 
threats  entail  CMs,  BMs  which  include  short-range  ballistic  missile  (SRBM),  medium- 
range  ballistic  missile  (MRBM),  intermediate -range  ballistic  missile  (IRBM),  and  ASM. 

Interdict  Enemy  Capabilities 

The  effects  of  fires  is  measured  in  depth  of  both  space  (geographical  distances  and  posi¬ 
tions)  as  well  as  time  (current  and  future).  Interdiction,  defined  by  doctrine  is  “an  action 
to  divert,  disrupt,  delay,  or  destroy  the  enemy’s  military  surface  capability  before  it  can  be 
used  effectively  against  friendly  forces,  or  to  otherwise  achieve  objectives”  [21,  p.  I-l]. 
Interdiction  is  the  action  that  provides  the  operational  reach  to  achieve  the  JEC’s  objec- 
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lives.  Interdiction  prevents  “the  adversary  from  using  assets  at  the  time  and  place  of  his 
choosing”  [21,  p.  1-2]  through  the  operations  listed  in  Table  2.2.  Each  service  component 
possess  capabilities  that  contribute  to  the  interdiction  mission. 


Interdiction  Operation 

Definition 

Diversion 

Divert  enemy  forces  or  assets  from  critically  required  operational  areas. 
Consumes  resources  or  capabilities  critical  to  enemy  operations  in  a 
way  that  is  advantageous  to  friendly  operations. 

Disruption 

Interrupt  or  impede  enemy  forces,  operations,  or  systems.  Upsets  the 
flow  of  information,  operational  tempo,  effective  interaction,  or  cohe¬ 
sion  of  the  enemy  force  or  their  systems.  Targets  enemy  line  of  com¬ 
munications  (LOC),  C2  nodes,  key  commercial  infrastructure,  and  pro¬ 
duces  a  psychological  impact  on  the  enemy. 

Destroy 

Damage  the  structure,  function,  or  condition  of  a  target  rendering  it 
ineffective  or  useless. 

Table  2.2:  Interdiction  Operations,  from  [21] 


2.2.4  Movement  and  Maneuver 

During  any  ground  fight  seizing  key  terrain  in  order  to  successfully  conduct  offensive  and 
defensive  operations  is  crucial.  Movement  and  maneuver  as  defined  by  doctrine  is  com¬ 
prised  of 


the  disposition  of  joint  forces  to  conduct  operations  by  securing  positional  ad¬ 
vantages  before  or  during  combat  operations  and  by  exploiting  tactical  success 
to  achieve  operational  and  strategic  objectives.  This  function  includes  moving 
or  deploying  forces  into  an  operational  area  and  maneuvering  them  to  opera¬ 
tional  depths  for  offensive  and  defensive  purposes  [16,  p.  Ill- 27] 


As  per  JP  3-0  movement  and  maneuver  task  include: 

1 .  Deploying  or  moving  joint  and/or  component  force  formations  within  the 
operational  area  by  any  means  or  mode  (e.g.,  air,  land,  or  sea) 

2.  Maneuvering  joint  forces  to  achieve  a  position  of  advantage  over  an  en¬ 
emy. 

3.  Delay,  channel,  or  stop  movement  and  maneuver  by  enemy  formations. 
This  includes  operations  that  employ  obstacles  (e.g.,  countermobility), 
enforce  sanctions  and  embargoes,  and  conduct  blockades  [16,  p.  III-27]. 
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2.2.5  Protection 

The  protection  functions  preserve  friendly  fighting  strength  through  force  protection  mea¬ 
sures.  It  does  this  through  active/passive  defensive  measures,  fratricide  prevention  mea¬ 
sures,  and  disease  non-battle  injuries  (DNBI)  prevention  measures  [16,  p.  Ill- 29]. 


2.2.6  Sustainment 

IP  3-0  defines  sustainment  as  “the  provision  of  logistical  (planning  and  executing  move¬ 
ment  and  support  of  forces)  and  personnel  support  that  maintains  and  prolongs  opera¬ 
tions.”  [16,  p.  III-35].  Logistics  integrates  and  synchronizes  support  efforts  (strategic, 
operational,  and  tactical  )  both  within  and  outside  of  a  theater  of  operations  (known  as 
inter/intra  theater). 

Key  logistic  functions  include  deployment  and  distribution,  supply,  maintenance,  and  food 
service  [22,  p.  II-2].  While  many  of  these  functions  are  familiar  to  audiences  in  a  tactical 
setting,  the  scope  of  the  functions  increases  drastically  at  the  operational  and  strategic  levels 
of  war. 


2.3  Wargaming  and  Wargaming  Design 

Dr.  Peter  Perla,  an  operational  research  analyst  with  over  30  years  of  experience  in  wargam¬ 
ing,  defines  a  wargame  as,  “a  warfare  model  or  simulation  in  which  the  flow  of  events 
shapes,  and  is  shaped  by,  decisions  made  by  a  human  player  or  players  during  the  course  of 
those  events”  [3,  p.  2].  James  Dunnigan,  a  commercial  and  professional  wargame  designer 
and  founder  of  Simulations  Publications  Incorporated  (SPI),  defines  a  wargame  as  “a  com¬ 
bination  of  game,  history,  and  science.  It  is  a  paper  time  machine.  Basically,  it  is  glorified 
chess”  [23,  ch.  1]  Professor  Philip  Sabin,  a  military  historian  and  professor  of  strategic 
studies,  uses  Figure  2.9  to  visualize  how  wargaming  straddles  the  junction  between  the 
activities  of  military  affairs,  gaming,  and  simulation. 
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MILITARY 

AFFAIRS 


Militaria 


Board  games 


GAMING 


SIMULATION 

Figure  2.9:  Military  Affairs,  Gaming,  and  Simulation,  from  [24,  p.  3] 


Sabin  states  that  wargames  have  two  primary  components.  The  first  component  is  a  “math¬ 
ematical  model  of  reality  that  simulates  terrain,  deployment/capabilities  of  military  forces, 
and  the  passage  of  time  in  order  to  mirror  the  real  range  of  potential  courses  and  out¬ 
comes”  [24],  while  the  second  component  is  an  “iterative  set  of  active  decision  inputs  by 
one  or  more  players  to  guide  the  simulated  actions  of  the  combatants  and  to  respond  to 
the  simulated  conflict”  [24].  Players  gain  deep  insight  into  armed  conflict  from  these  two 
components.  This  next  section  will  examine  the  history,  fundamental  mechanics,  and  usage 
of  wargames. 

2.3.1  Wargaming  History 

Wargames  have  a  rich  a  lengthy  history  dating  back  to  ancient  times  and  have  evolved  and 
continue  to  evolve  over  the  centuries.  Some  of  the  earliest  examples  of  board  games  came 
from  Egypt  in  the  second  millenium  BC.  These  were  simple  stone  boards  with  cells  or 
squares,  game  playing  pieces,  and  “lots”  (early  form  of  dice)  to  cast.  The  Romans  played 
a  game  called  latrunculi  which  was  similar  to  chess  where  players  attempted  to  eliminate 
their  opponents  by  using  two  of  their  pieces  to  flank  the  opponent’s  piece.  The  Romans 
frequently  carried  this  game  with  them  as  they  traveled  and  archeologists  have  found  copies 
of  latrunculi  as  far  as  the  British  Isles  [25,  ch  3. 1 . 1] .  The  Indian  game  Chaturanga  is  widely 
considered  the  predecessor  to  chess  [26].  It  uses  game  pieces  divided  into  four  classes. 
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chariots,  cavalry,  elephants,  and  infantry,  along  with  two  manager  classes;  the  king  and 
the  vizier.  Each  class  has  its  own  unique  movement  system  with  a  goal  of  capturing  the 
opposing  king.  Chaturanga  appeared  around  900  BC  making  its  way  from  the  Middle  East 
into  Europe  and  evolved  into  chess.  Chess  continued  to  evolve  over  the  centuries  until  it 
became  the  game  know  today.  Many  leaders  viewed  chess  as  a  game  that  taught  its  players 
military  and  political  strategy  by  forcing  players  to  anticipate  their  opponent’s  moves  and 
plan  accordingly.  Players  began  to  create  a  number  of  chess  variations  in  order  to  either 
simplify  or  add  complexity  to  the  game.  A  German  author  named  Augustus  the  Younger, 
drove  an  effort  to  refine  chess  for  use  as  a  military  simulation  which  culminated  in  the  game 
Kriegsspiel  [25,  ch  3.1.1]. 

In  the  late  17  to  early  1800’s  the  modem  wargame-era  truly  began  with  the  creation  of  the 
game  Kriegsspiel  which  contained  many  of  the  basic  principles  of  wargaming.  It  evolved 
the  concepts  of  movement  and  displacement,  unique  victory  conditions  for  each  oppo¬ 
nent,  and  a  color-coded  terrain  board  with  combat/movement  effects  and  variable  combat¬ 
ants  [25,  ch  3.1.2].  A  modified  version  of  the  game  was  adopted  throughout  the  Prussian 
military  around  the  1820s.  This  version  had  an  open  terrain  board  (no  grid  squares)  and 
introduced  umpires  and  dice. 

The  Prussian  military  as  well  as  the  Italians,  British,  Russians,  Japanese,  and  even  Ameri¬ 
cans  continued  to  use  Kriegsspiel  as  part  of  their  training  throughout  the  rest  of  the  1800’s 
and  early  1900’s  [27,  p.  5].  The  game  continued  to  evolve  with  players  demanding  more 
realism  while  designers  struggled  to  keep  the  game  playable.  In  1913  HG  Wells  published  a 
book  called  Little  Wars  that  introduced  an  engaging  playing  system  with  miniature  soldiers 
and  spring-loaded  cannons.  He  included  an  appendix,  "pointing  out  how  a  Kriegspiel  of 
real  educational  value  for  junior  officers  may  be  developed  out  of  the  amusing  methods  of 
Eittle  War”  [28].  This  balance  between  realism  and  playability  remains  a  major  balancing 
issue  for  modem  wargame  designers. 

Wargames  continued  to  evolve,  driven  by  military  training  demands.  After  World  War 
I  (WWI),  militaries  around  the  world  used  them  to  test  battle  plans  and  gain  insight  into 
their  enemy’s  thinking.  The  Germans,  in  particular,  used  wargaming  before  every  major 
operation  of  World  War  II  (WWII)  [27,  p.  7].  Prior  to  WWII,  there  was  only  a  limited 
civilian  market  for  wargaming,  primarily  due  to  the  cost  and  complexity  of  the  games. 
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There  was  no  real  delineation  between  the  civilian  and  military  games.  This  symbiosis 
changed  following  WWII  due  in  part  to  the  introduction  of  the  atom  bomb  which  many 
civilians  found  difficult  to  accept  and  even  more  difficult  to  role-play  in  a  game.  In  addition, 
the  military  began  to  transition  from  paper  wargames  to  more  expensive  computer  assisted 
wargames  causing  the  two  markets  to  diverge.  The  civilian  market  preferred  historical 
combat  while  the  military  market  focused  on  present-day  and  future  conflict  scenarios  [25, 
eh  3.1.7]. 

Beginning  in  the  mid-50s  a  number  of  civilian  wargame  publishers  appeared  to  support  the 
separation  of  the  military  and  civilian  wargame  markets.  One  of  the  earliest  commercial 
companies  is  Avalon  Hill,  who  published  their  first  wargame.  Tactics,  in  1954.  Tactics 
brought  the  combat  resolution  table  (CRT)  to  the  civilian  market  as  well  as  a  much  faster 
pace  than  military  specific  wargames.  Avalon  Hill  produced  a  number  of  additional  games 
such  as  Gettysburg,  U-Boat,  Chancellorsville,  etc.  From  the  1960s  to  the  1980s  several 
other  companies  such  as  SPI,  Victory  Games,  and  Game  Designer’s  Workshop  (GDW) 
appeared  and  released  a  flood  of  commercial  wargames  that  covered  a  vast  array  of  past 
and  present  war  battles  or  campaigns  representing  all  three  levels  of  war.  They  gained 
considerable  popularity  although  it  remained  a  niche  hobby  even  at  its  peak. 

Commercial  wargames  often  combined  a  paper  or  mounted  map,  game  counters  on  card¬ 
board,  a  CRT,  and  dice  to  act  as  a  random  number  generator.  These  games  possessed 
varying  degrees  of  complexity  which,  as  time  passed,  became  increasingly  more  compli¬ 
cated  and  less  approachable  for  new  players.  The  time  required  to  play  a  wargame  went 
from  hours  to  days  or  even  months.  Players  struggled  finding  opponents  due  in  part  to  the 
difficulty  in  scheduling  gameplay  sessions.  By  the  late  1980s  and  1990’s  the  civilian  paper 
wargame  market  took  a  downturn,  in  large  part  due  to  the  introduction  of  the  video  game 
and  computer  game  market  and  partially  due  to  the  industry’s  self-inflicted  overemphasis 
of  marketing  to  the  hardcore  wargamers  rather  than  the  casual  players  [23]. 

Ironically,  computers,  which  were  one  of  the  sources  of  the  civilian  wargame  market’s 
downturn  in  the  80s  and  90s,  are  helping  the  industry  experience  a  resurgence.  The  connec¬ 
tivity  of  the  Internet  provides  game  designers  a  direct  connection  with  players  and  makes 
it  easier  for  players  to  locate,  pre-order,  and  purchase  wargames.  Time  and  time  again 
wargames  evolved  to  adapt  to  the  needs  of  the  players.  This  evolution  occured  through  the 
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hands  of  game  designers  that  recognized  the  needs  of  the  players  and  experimented  with 
game  design  to  meet  those  needs. 


2.3.2  Wargaming  Design  Fundamentals 

Phillip  Sabin  a  British  military  historian  and  professor  states, 

The  most  important  function  of  wargames  is  to  convey  a  vicarious  understand¬ 
ing  of  some  of  the  strategic  and  tactical  dynamics  associated  with  real  military 
operations  [24,  p.31]. 

Wargames  teach  through  active  learning  as  wargamers  ponder  strategic,  operational,  and 
tactical  problems  to  overcome  their  opponents.  Players  also  learn  that  the  historical  out¬ 
come  of  a  battle  was  not  predestined,  but  rather  dependent  on  a  host  of  variable  factors  [24, 
p.36-37]. 


Peter  Perla  identifies  wargames  consisting  of  objectives,  a  scenario,  a  data  base,  models, 
rules,  players,  and  a  post-play  analysis  [4,  eh.  4].  These  elements  are  summarized  in  Table 
2.3. 


Wargame  Element 

Definition 

Objective 

Set  of  goals  for  the  players  to  achieve  from  playing  the  wargame 

Scenario 

Specific  situations  and  context  for  decision  making 

Database 

Geographical  information:  Map 

Order  of  Battle:  Units  within  the  scenario 

Situational  Information:  force  arrayment,  weather  data,  victory  conditions,  etc. 

Models 

A  combination  of  look-up  tables  and  mathematical  expressions  that  translate 
the  game’s  data  and  the  players’  decisions  into  game  events 

Rules 

Procedures  that  dictate  how  and  when  to  apply  the  models 

Players 

Humans  whose  decisions  affect  and  are  affected  by  the  flow  of  game  events 

Analysis 

Assures  the  capture  of  the  game’s  objectives  and  gains  understanding  of  why 

decisions  were  made 

Table  2.3:  Wargame  Elements,  from  [4,  ch.  4] 


Wargames  integrate  numerous  models  of  conflict  simulation  and  must  judiciously  walk  the 
line  between  accuracy  and  simplicity.  This  becomes  more  difficult  as  additional  models  are 
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added  to  the  wargame  [24,  ch.  2].  For  example,  balancing  accuracy  and  simplicity  is  easier 
for  a  wargame  that  focuses  exclusively  on  ground  warfare  versus  a  wargame  that  focuses 
on  both  ground  and  air  warfare.  This  balance  is  represented  throughout  the  entire  game 
design,  particularly  in  the  level  of  resolution. 

One  example  of  a  resolution  decision  is  the  map  design  and  scope  or  the  general  level  of 
artistic  representation  of  the  components.  Another  example  of  accuracy  versus  simplicity 
is  the  number  of  counters.  Typically  a  2-hour  game  should  have  no  more  than  a  combined 
40-50  counters  for  both  players  [24,  p.79].  There  are  countless  examples  of  wargames  that 
have  100s  of  counters  and  require  months  to  play  through  a  single  campaign  demonstrating 
the  very  inaccessibility  that  plagues  both  the  commercial  and  military  markets. 

2.4  Current  Digital  Wargames 

Numerous  digital  and  paper  wargames  exist  that  offer  inspiration  and  insight  into  good 
game  design.  This  section  briefly  describes  a  few  games  analyzed  during  the  research 
phase  of  this  thesis.  User  interfaces,  complexity,  and  web-based  gaming  capabilities  are 
viewed  through  the  lens  of  each  game  discussed. 

2.4.1  Battle  of  the  Bulge 

Wargame  designers  often  attempt  to  harness  modern  computers’  processing  power  to  in¬ 
crease  the  resolution  of  their  games  by  adding  additional  historical  details.  This  additional 
detail  can  adversely  affect  these  games  by  increasing  complexity  and  reducing  playability. 
A  better  transition  for  physical  wargames  to  the  digital  domain  may  be  touch-based  tablets. 

Battle  of  the  Bulge  (BotB)  is  an  operational  level  wargame  on  iOS  set  during  the  titled  cam¬ 
paign  [29].  Originally  designed  for  the  iPhone,  BotB  is  a  traditional  wargame  that  portrays 
MCO  and  takes  full  advantage  of  the  touch  device  interface  [30].  Wargames  are  highly 
detailed,  and  the  amount  of  information  a  player  is  required  to  understand  and  process  can 
be  daunting.  BotB  uses  a  tablet’s  entire  screen  to  display  the  map  board  and  all  playable 
units.  Game  menus  and  notification  windows  enter  the  player’s  view  from  all  sides  of  the 
screen  and  stack  on  top  of  the  map  based  on  priority.  This  creates  an  intuitive  interface 
immersing  players  in  simplified  gameplay. 

BotB’s  casual  appeal  is  generated  by  limiting  the  number  of  actions  a  player  can  conduct. 
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Unit  movements  are  restrieted  to  one,  two,  or  three  large  area  movements  on  a  map  divided 
into  regions.  These  large  area  movements  simplify  the  deeisions  a  player  has  to  make  and 
allows  the  units  to  reaeh  their  goal  at  a  reasonably  fast  paee.  Players  are  only  allowed 
to  move  units  onee  within  a  24  hour  (game  time)  period,  redueing  the  number  of  notions 
a  player  oan  take  eaeh  turn.  Although  eomplexity  is  minimized,  strategic  understanding 
is  not.  Players  must  think  multiple  moves  ahead  since  an  activated  unit,  one  that  moves 
or  initiates  an  attack,  will  not  be  available  for  an  extended  period  of  time.  Using  area 
movement  and  reducing  the  number  of  actions  a  player  can  take  each  turn  makes  BotB  an 
engaging  casual  touch-based  wargame. 

2.4.2  Panzer  Campaigns 

If  BotB  is  a  lesson  in  simplicity,  John  Tiller’s  Panzer  Campaigns  series  is  a  lesson  in  com¬ 
plexity  [31].  Games  in  the  series  were  initially  developed  for  the  personal  computer  (PC) 
but  have  been  ported  to  tablet  devices  in  recent  years.  Traditional  paper  based  wargames, 
as  discussed  earlier,  try  to  replicate  many  components  of  battle  from  maneuver,  logistics, 
fires,  etc.  Using  the  power  of  computers,  the  Panzer  Campaigns  series  is  a  true  attempt  to 
recreate  detailed  paper  wargames  on  digital  devices. 

The  Panzer  Campaigns  series  games  are  turn-based  and  set  during  WWII.  Unit  counters 
typically  represent  Army  companies  or  battalions,  placing  the  games  at  the  tactical  level  of 
war.  A  player’s  individual  turn  can  take  up  to  two  hours  to  complete  [31].  The  games  use 
hex-based  maps  populated  with  prepositioned  units  ready  to  do  battle.  A  menu  at  the  top 
of  the  game  screen  provides  numerous  graphically  labeled  buttons  that  can  be  difficult  to 
interpret  for  beginners.  Plenty  of  reading  material  is  provided  in  the  form  of  rule  books  and 
user  manuals.  After  reading  through  the  manuals  and  deciphering  the  controls,  it  is  possible 
for  a  committed  player  to  learn  how  to  play  the  game.  The  target  audience  for  John  Tiller’s 
Panzer  Campaign  series  are  the  more  experienced  wargame  players.  Consequently,  novice 
players  may  have  a  difficult  time  adjusting  to  the  high  level  of  complexity  of  both  the  user 
interface  and  the  game  design. 

2.4.3  OpenPanzer 

OpenPanzer  is  is  a  remake  of  the  old  PC  game  Panzer  Generals  2  developed  in  the  late 
1990s  [32].  OpenPanzer  is  open  source  and  free  to  play  online.  Since  it  is  a  direct  replica- 
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tion  of  the  original,  OpenPanzer  is  a  notable  example  of  a  professional  looking  web-based 
wargame.  It  displays  how  much  can  be  accomplished  in  creating  a  robust  two-dimensional 
wargame  in  the  browser. 

OpenPanzer  makes  itself  accessible  to  players  both  new  and  old  by  providing  useful  tuto¬ 
rials  and  intuitive  controls.  The  game  is  hex-based  which  is  not  obvious  when  looking  at 
the  map.  When  a  unit  is  selected,  hexes  come  into  view  displaying  available  movement 
options.  Techniques  like  this  significantly  reduce  the  complexity  of  learning  the  game.  Re¬ 
ducing  difficulty  in  learning  how  to  play  a  wargame  must  be  accomplished  if  it  is  intended 
for  casual  players  and  not  just  the  traditional  hobbyist. 

2.5  Coding  the  Web 

Computer  programming  languages  are  becoming  easier  to  learn  everyday.  WARLOC  was 
developed  using  HTML5,  JavaScript  and  some  Cascading  Style  Sheets  (CSS).  These  dif¬ 
ferent  coding  languages  are  briefly  introduced  as  well  as  some  existing  JavaScript  code 
libraries.  Sources  cited  can  provide  the  reader  with  more  information  though  a  simple 
Google  search  of  any  of  these  terms  will  return  more  sources  than  can  be  explored  in  a 
single  sitting. 

2.5.1  HTML5,  JavaScript,  CSS 

When  developing  web  sites  or  web  applications,  familiarity  with  HTML5,  JavaScript  and 
CSS  is  needed.  HTML5  is  the  latest  version  of  HTML  which  is  ultimately  responsible  for 
the  structure  of  all  web  pages  found  on  the  Internet.  CSS  is  a  language  used  to  stylize 
modern  day  web  pages.  Finally,  JavaScript,  is  an  asynchronous  functional  language  that 
provides  much  functionality  to  today’s  dynamic  web  pages  [33]. 

Learning  how  to  use  any  of  these  languages  is  incredibly  easy  with  today’s  Internet.  A 
simple  Google  search  of  any  of  these  terms  will  lead  to  numerous  books,  papers,  blogs, 
etc.  Web  sites  like,  khanacademy.com  [8],  codecademy.com  [34],  or  w3schools.com  [35] 
offer  free  classes  in  HTML,  JavaScript,  etc.  Once  familiar  with  a  language,  numerous 
communities  exist  that  assist  beginning  programmers  any  time  they  get  stuck.  Sites  like 
stackoverfiow.com  [36]  have  coders  who  ask  questions  in  a  blog  type  setting  that  are,  often 
quickly,  answered  by  other  coders.  In  addition  to  various  learning  sites  on  the  web,  future 
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coders  need  not  start  from  scratch  as  various  JavaScript  libraries  exist  waiting  to  be  utilized. 


2.5.2  JavaScript  Libraries 

Atom.js,  released  by  Chris  Campbell  [37],  is  a  useful  game  development  library.  Atom.js 
provides  a  basic  game  function  that  represents  the  general  architecture  of  a  typical  game.  It 
consists  of  various  subfunctions  to  include  update,  draw,  run,  stop,  and  step.  Each  of  these 
functions  are  named  based  on  their  purpose.  For  example,  the  draw  function  draws  graphics 
to  the  screen  while  the  step  function  allows  the  programmer  to  control  the  program’s  flow 
through  different  functions  of  the  game  as  needed.  The  overall  game  function  is  repeatedly 
looped  through  executing  each  of  these  functions  until  the  game  reaches  its  end  state. 

EaselJS  is  a  JavaScript  library  that  hooks  into  a  developer’s  HTME  page  through  its  ”<can- 
vas>”  element.  The  library  can  be  used  to  draw  directly  on  the  canvas  or  through  the  use 
of  a  ’’Stage”  function.  Programmers  can  add  functions,  arrays,  or  JavaScript  objects  to  the 
stage  using  the  ”addChild()”  method.  The  library  is  well  documented  and  has  an  organized 
website  for  its  application  programming  interface  (API)  [38].  The  library  also  contains 
functions  to  handle  mouse  clicks,  mouse  hovers,  and  mouse  drags.  Any  future  web-based 
wargame  developer  would  be  interested  to  know  that  EaselJS  does  contain  a  simple  func¬ 
tion  for  creating  hex  shapes. 

GameJs  [39]  is  a  small  JavaScript  library  with  dual  functionality.  It  simplifies  canvas  ma¬ 
nipulation  and  provides  basic  gaming  mechanics.  Methods  to  manipulate  the  canvas  in¬ 
clude  the  ability  to  draw  shapes,  create  sprites,  and  create  multiple  surfaces  or  layers.  The 
library  provides  easy  handling  of  keystrokes  and  a  preload  function  for  game  resources 
such  as  image  files. 

Another  useful  and  well  documented  game  library  is  melonJS  [40].  MelonJS  works  well 
with  programs  like  Tiled  which  is  used  to  develop  maps  and  sprites.  The  combination  of 
melonJS  and  Tiled  leads  to  easy  development  of  side  scroll  games  but  could  also  be  useful 
in  developing  web-based  wargames. 

The  libraries  discussed  above  are  only  a  snapshot  of  what  is  available.  All  the  libraries  are 
under  open  source  licenses.  This  makes  them  available  to  anyone  who  wants  to  utilize  them 
within  the  terms  of  their  respective  license.  In  addition  to  being  familiar  with  a  library’s 
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license,  developers  should  understand  that  there  is  a  significant  learning  curve  when  using 
any  of  these  libraries.  Some  libraries  require  the  use  of  a  very  specific  syntax  which  may 
or  may  not  be  easy  to  learn.  If  time  is  not  a  factor  and  a  library  offers  useful  complex 
functions  then  it  is  definitely  worth  the  investment.  However,  writing  one’s  program  using 
core  JavaScript  is  completely  unrestricted  by  any  license  and  will  often  result  in  a  brand 
new  library  of  functions  that,  if  coded  correctly,  can  lead  to  code  reuse  on  future  projects. 

2.6  Open  Source  Tools 

In  the  early  1970s,  developers  attempted  to  convert  paper  wargames  into  computer 
wargames  but  the  hardware  was  expensive  and  the  development  tools  were  primitive  [23] . 
Today,  hardware  is  faster  and  cheaper.  Numerous  advanced  development  tools  are  freely 
available  on  the  internet.  Some  of  these  tools  include  code  editors,  collaboration  tools, 
code  repositories,  version  control  systems,  photo  and  graphic  editing  software,  and  game 
engines. 

The  cost  of  Open  Source  Systems  (OSS)  is  very  attractive  when  analyzing  the  Total  Own¬ 
ership  Cost  (TOC)  of  both  systems  and  software.  DoD  policy  does  not  prohibit  the  use  of 
OSS  as  clarified  by  the  DoD  Chief  Information  Officer  (CIO)  in  2009  [41].  In  fact,  research 
found  that,  in  regards  to  the  U.S.  Air  Force’s  Standard  Desktop  Configuration,  “OSS  of¬ 
ferings  provided  what  might  be  called  the  90%  solution”  [42,  p.60].  Regardless,  it  is  not 
easy  to  install  software  on  a  government  system.  Certain  steps  must  be  taken  to  ensure  that 
the  software  meets  all  Information  Assurance  (lA)  requirements  and  earns  a  certificate  of 
networthiness  (CoN).  On  the  other  hand,  some  tools  discussed  in  this  section  exist  online 
and  and  require  no  local  installation.  If  a  government  computer  is  allowed  unrestricted 
access  to  the  site  by  the  local  Network  Enterprise  Center  (NEC),  then  the  application  can 
be  used  on  any  government  computer.  This  is  important  since  acquiring  a  CoN  for  a  piece 
of  software  is  yet  another  requirement  placed  on  Army  units  that  can  be  labor  intensive, 
require  many  months  to  complete,  and  take  time  away  from  units’  training  schedules. 

2.6.1  Brackets 

Brackets  is  an  open  source  web  development  code  editor  for  HTME,  CSS  and  JavaScript 
[43].  Brackets  is  licensed  under  the  MIT  Eicense  [44]  providing  programmers  the  freedom 
to  download  and  use  the  software  for  any  legal  purpose  they  desire.  Since  the  source  code  is 
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maintained  by  Adobe  and  is  openly  available  for  review,  developers  should  be  comfortable 
downloading  and  utilizing  this  editor. 

The  Brackets  editor  recognizes  and  color  codes  keywords  of  JavaScript,  HTML,  and  CSS 
code.  Brackets  offers  code  completion  initially  starting  with  basic  core  JavaScript  functions 
and  building  its  library  as  the  developer  writes  their  code.  Brackets  also  provides  a  live 
preview  window  that  allows  a  developer  to  watch  their  edits  happen  in  real  time  on  the 
webpage  as  they  are  typing  the  code.  This  not  only  reduces  development  time  but  also 
makes  it  easier  for  novice  coders  to  quickly  become  more  familiar  with  the  code  they  are 
using.  Brackets  is  supported  by  the  open  source  community  resulting  in  bi-weekly  updates 
to  the  editor. 

2.6.2  Cloud9 

Cloud9  is  a  cloud  based  integrated  development  environment  (IDE)  [45]  containing  many 
of  the  same  features  as  Brackets  but  is  focused  on  cloud-based  collaboration.  Since  Cloud9 
is  cloud-based,  no  software  installation  is  required.  By  placing  developing  code  on  the 
cloud,  multiple  programmers  can  actively  edit  code  in  real  time.  This  removes  the  old 
concept  of  checking  out  a  file  from  a  central  repository,  making  edits,  and  reposting  the 
changes.  Instead,  all  developers  on  a  project  are  simultaneously  present  in  the  coding 
environment  all  at  once  and  can  see  each  other’s  cursor  location.  Cloud9  also  provides  a 
chat  feature  allowing  discussion  within  the  coding  environment. 

2.6.3  GitHub 

Since  software  projects  can  be  large  and  require  multiple  people  to  work  on  multiple  parts 
at  once,  some  form  of  control  is  required.  A  version  control  system  places  the  code  in 
a  repository  and  tracks  all  changes  to  the  code.  The  system  further  allows  teams  to  roll 
back  to  a  previous  version  if  it  is  determined  that  the  path  taken  by  the  development  team 
results  in  a  dead  end.  One  such  version  control  system  is  known  as  Git  [46]  which  is  the 
foundation  of  GitHub,  “a  web-based  hosting  service  for  software  development  projects  that 
use  the  Git  revision  control  system”  [47] . 

GitHub  has  been  labeled  as  “a  place  for  social  coding”  [48].  Many  of  the  code  repositories 
listed  on  GitHub  are  freely  available  as  it  offers  free  accounts  and  storage  space  to  those 
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who  agree  to  make  their  code  open  source.  Many  educational  books  that  teach  code  devel¬ 
opment  use  GitHub  to  post  the  source  code  used  within  their  published  text.  On  the  private 
side,  GitHub  offers  repository  hosting  services  for  a  fee  based  on  the  amount  of  space  re¬ 
quired.  Overall,  GitHub  is  an  inexpensive  version  control  system  worth  considering  for  any 
future  software  projects. 

2.6.4  Google  Docs  and  Google  Drive 

Google  Docs  and  Google  Drive  are  two  up  and  coming  cloud-based  collaborative  tools. 
Both  are  actively  supported  by  Google’s  staff  and  are  accessible  wherever  Google  is  ac¬ 
cepted.  Google  Drive  provides  cloud-based  storage  of  personal  files  to  include  Microsoft 
Word,  Excel,  PowerPoint,  etc.  Google  Drive  allows  users  to  store  files  on  the  cloud  and 
can  grant  access  to  those  who  need  it.  Google  Drive  even  offers  version  control  though  not 
as  robust  as  something  found  in  GitHub  or  even  Microsoft  SharePoint.  While  the  ability  to 
store  and  share  files  for  free  is  impressive  in  itself,  the  true  innovation  lies  in  Google  Docs. 

Google  Docs  is  a  productivity  suite  similar  to  Microsoft  Office.  Documents,  spreadsheets, 
and  slide  presentations  can  all  be  created  as  a  Google  Doc.  The  added  benefit  here  is,  once 
again,  online  collaboration.  If  a  user  posts  a  Microsoft  file  to  Google  Drive  and  shares  it, 
only  one  person  can  edit  the  file  at  a  time.  If  the  person  elects  to  convert  the  file  to  Google’s 
format,  the  file  can  be  edited  by  multiple  people  at  the  same  time.  This  is  similar  to  the 
collaboration  capabilities  Cloud9  provides  with  code  but  with  traditional  documents. 

In  addition  to  traditional  Microsoft  Office  style  documents,  Google  Docs  also  offers  a 
graphics  editor.  Though  not  as  robust  as  Adobe  Photoshop  or  the  GNU  Image  Manipula¬ 
tion  Program  (GIMP),  the  Google  graphics  editor  offers  an  impressive  amount  of  features. 
Features  that  allow  the  creation,  for  example,  of  unit  counters  for  a  web-based  wargame. 

2.6.5  GIMP 

GIMP  is  open  source  software  that  allows  photo  editing  and  graphic  creation  [49] .  Under 
the  GNU  license,  GIMP  is  free  to  use  and  free  to  modify  [50].  As  an  open  source  program, 
gimp’s  interface  is  not  as  intuitive  as  an  Adobe  or  Microsoft  interface  and  can  be  difficult 
to  initially  learn  and  use.  However,  the  learning  curve  for  GIMP  is  easier  to  digest  than  the 
cost  of  a  single  license  for  an  Adobe  or  Microsoft  product. 
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2.6.6  VASSAL 

VASSAL  is  a  Java  developed  open  source  game  engine  used  to  adapt  paper  wargames  into 
a  digital  format  [51].  This  translation  is  quite  literal  as  VASSAL  provides  no  computer 
logic.  A  digital  wargame  with  programmed  logic  would  be  expected  to  automate  the  task 
of  rolling  dice  and  automatically  use  its  CRT  to  resolve  combat.  VASSAL  does  not  do  this. 
Instead,  VASSAL  provides  a  random  number  generator  that  has  to  be  manually  clicked  by 
the  player  who  then  adjudicates  combat  by  manually  looking  up  the  results  of  the  generated 
value  in  a  digital  CRT.  If  a  unit  counter  takes  a  step  loss  or  is  destroyed,  the  players 
manually  flip  the  counter  or  drag  the  counter  to  the  graveyard,  using  the  mouse. 

Each  digital  board  game  created  in  VASSAL  is  called  a  VASSAL  module.  VASSAL  mod¬ 
ule  sizes  are  typically  governed  by  the  size  of  their  associated  images  (game  map,  CRTs, 
unit  counters,  etc.).  The  modules  can  be  loaded  to  the  VASSAL  servers  for  distribution  or 
can  be  sent  between  players  using  email  or  some  form  of  physical  media  such  as  a  CD- 
ROM  or  a  USB  drive.  VASSAL  provides  a  play  by  email  (PBEM)  function  that  allows 
dislocated  players  to  play  over  the  Internet  [52].  The  main  drawback  to  VASSAL  is  that 
anyone  wanting  to  play  a  wargame  module  has  to  download  and  install  the  VASSAL  en¬ 
gine.  This  poses  issues  for  the  military  as  it  requires  a  CoN  in  order  to  install  VASSAL  on 
a  government  computer. 

Once  a  wargame  is  developed  into  a  VASSAL  module  it  can  act  as  a  very  base  prototype 
for  the  development  of  an  automated  version  of  the  same  wargame.  Developers  have  a 
basic  look  and  feel  for  how  the  game  should  operate.  By  playing  the  VASSAL  module  it 
becomes  clear  what  functions  will  need  to  be  automated  such  as  flipping  and  destroying 
counters.  Since  VASSAL  modules  contain  the  all  the  game  components  (counter  images, 
game  map,  rule  book,  etc.)  it  can  act  as  the  ODD  for  development  of  an  automated  version 
of  the  wargame. 

2.7  Browser  Power 

Compiled  languages  and  interpreted  languages  are  two  prominent  programming  languages 
in  existence  today.  Compiled  languages  take  a  programmer’s  written  code  and  translate,  or 
compile,  it  into  an  executable  file  understood  by  the  computer’s  hardware.  In  relation  to 
web  applications,  this  executable  file  must  be  downloaded  to  the  host  system,  often  in  the 
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form  of  a  plugin,  in  order  for  the  host  system  to  exeeute  the  program.  This  has  been  labeled 
by  some  as  the  "eompiled  web  model”  [53]. 

Interpreted  languages  on  the  other  hand,  are  exeeuted  through  the  use  of  a  virtual  maehine 
or  interpreter.  These  virtual  maehines  read  a  programmer’s  eode  at  run  time  and  translate  it 
into  maehine  level  instruetions  whieh  are  then  exeeuted  by  the  loeal  maehine.  Having  this 
extra  step  of  translation  at  runtime  has  a  performanee  eost  but  is  eontinually  being  redueed 
by  eonstant  teehnologieal  advaneements.  These  advaneement  have  led  to  a  eoneept  labeled 
by  some  as  the  "interpreted  web  model"  [53]. 

The  big  advantage  of  the  interpreted  model  is  the  idea  of  exeeuting  eode  in  the  browser 
without  having  to  download  an  exeeutable.  Most  modem  web  browsers  eontain  an  em¬ 
bedded  JavaSeript  interpreter  that  allows  JavaSeript  eode  to  be  translated  and  exeeuted  by 
the  browser  itself.  Applieation  updates  ean  be  done  in  a  single  loeation.  There  is  no  need 
to  deploy  the  update  as  eaeh  elient  will  reeeive  the  modified  eode  the  next  time  they  eon- 
neet  to  the  server  in  whieh  the  eode  resides.  Though  this  makes  it  possible  for  numerous 
web  applieations  written  in  JavaSeript  to  exeeute  on  almost  any  modern  eomputer,  internet 
browser  eompatibility  is  still  a  ehallenge.  Browsers  such  as  IE,  Google  Chrome,  etc.,  all 
have  unique  functionalities  and  can  interpret  a  programmer’s  code  differently. 

Downloading  and  running  executable  files  from  the  internet  is  discouraged,  if  not  blocked, 
on  government  information  systems.  Client-side  JavaScript  contains  self-imposed  limi¬ 
tations  and  functionality.  For  example.  Javascript  does  not  have  the  native  functionality 
to  read  or  write  files  to  the  client  computer.  A  quick  summary  of  JavaScript  security  is 
provided  in  O’Reilly  Media’s  JavaScript:  The  Definitive  Guide,  5th  Ed  [7]. 
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CHAPTER  3: 
WARLOC  Design 


The  overarching  goal  of  this  thesis  was  to  create  a  web-based  wargame  rooted  in  military 
doctrine  to  familiarize  young  officers  with  what  many  believe  is  becoming  a  lost  art,  the 
execution  of  MCO.  Prior  to  writing  a  single  line  of  code,  a  paper  version  of  the  game 
was  designed.  Designing  a  wargame  is  an  extremely  complex  and  challenging  endeavor. 
It  requires  a  clear  vision  to  translate  feasible  learning  objectives  into  a  game  that  is  both 
functional  and  worthwhile.  The  designer  must  balance  accuracy  and  simplicity  throughout 
all  elements  of  the  wargame  design  in  order  to  achieve  these  objectives. 

Understanding  wargame  design  is  a  valuable  discussion  to  have  within  the  military.  We 
contribute  to  this  conversation  by  examining  design  elements  of  our  wargame  titled  Web- 
based  Army  Repeatable  Lesson  in  Operational  Combat  (WARLOC). The  design  discussed 
this  chapter  led  to  the  creation  of  a  paper  game,  a  VASSAL  module,  and  finally  the  web- 
based  version  presented  in  this  thesis. 

3.1  Wargame  Format 

A  JFC  leverages  a  number  of  methods  to  train  personnel  on  military  operations  and  imple¬ 
mentation  of  the  joint  functions.  The  methods  used  include  staff  rides,  field  training  ex¬ 
ercises,  command  post  exercises,  and  professional  development  sessions.  One  aspect  that 
many  of  these  methods  share  is  their  use  of  professional  wargames  to  enhance  training. 
These  professional  wargames  are  typically  very  complex.  This  complexity  resides  within 
highly  detailed  models,  in-depth  scenarios,  complicated  rule  sets,  and  elaborate  databases. 
These  games  often  have  a  large  support  requirement  in  terms  of  manpower,  time,  and  cost. 
While  the  professional  wargame  offers  tremendous  detail,  it  is  neither  quick  nor  easy  to 
implement  and  utilize.  This  barrier  prevents  the  simple  plug-and-play  learning  experience 
that  a  time-constrained  junior  officer  requires. 

A  casual  wargame  is  an  excellent  way  to  familiarize  officers  on  the  basics  of  MCO  at 
the  operational  level  as  they  can  lead  to  a  higher  acceptance  rate.  ’’Casual  games  can 
only  be  loosely  defined  as  those  titles  that  are  friendly  to  new/occasional  users  and  are 
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intuitive  and  accessible”  [54].  Intuitive  interface,  accessibility,  simple  mechanics,  and  short 
gameplay  length  are  all  characteristics  of  a  casual  game.  These  characteristics  support  a 
training  audience  entering  an  extremely  busy  stage  in  their  careers  with  limited  free  time. 
In  consideration  of  this  limited  free  time,  WARLOC  was  designed  to  take  no  more  than 
two  hours  to  set  up  and  play. 

The  passage  of  time  had  to  be  represented  in  WARLOC.  Two  basic  methods  of  time  repre¬ 
sentation  in  games  are  real-time  and  turn-based  [55].  In  real-time  strategy  games,  the  game 
time  progresses  continuously  without  pause,  generally  at  the  same  pace  as  the  outside  “real- 
world.”  Game  events,  such  as  enemy  attacks,  occur  whether  players  make  a  decision  or  not. 
Conversely,  in  turn-based  strategy  games,  time  is  divided  in  regularly  occurring  increments 
and  only  progresses  once  the  previous  player  completes  their  turn. 

There  are  advantages  and  disadvantages  to  both  systems.  Real-time  strategy  is  very  com¬ 
mon  in  modem  games  and  is  an  excellent  method  to  force  players  to  make  rapid  decisions. 
Turn-based  strategy  games  allow  players  to  progress  through  the  game  at  their  own  pace 
and  along  their  own  lines  of  prioritization  [55].  WARLOC  is  targeted  at  an  audience  with 
little  to  no  experience  with  MCO  at  the  operational-level.  We  want  the  players  to  think 
through  the  complexities  of  planning  and  executing  each  of  their  decisions.  Thorough¬ 
ness  is  more  important  than  speed.  Therefore,  we  chose  to  use  a  turn-based  system  for 
WARLOC. 

No  fog  of  war  exists  in  the  paper  version  allowing  players  to  observe  each  others  moves. 
This  provides  each  player  additional  time  to  develop  a  strategy  in  response  to  their  oppo¬ 
nents  moves.  Constant  focus  on  the  game,  the  situations  presented,  and  strategic  thought 
process  truly  immerse  the  player  in  the  game.  If  the  opponents  are  well  matched,  flow  may 
be  introduced. 

Flow  is  defined  as  “the  state  in  which  people  are  so  involved  in  an  activity  that  nothing  else 
seems  to  matter,  the  experience  itself  is  so  enjoyable  that  people  will  do  it  even  at  great 
cost,  for  the  sheer  sake  of  doing  it”  [56].  Jane  McGonigal  discusses  the  power  of  games  in 
terms  of  flow  by  saying. 


If  the  goal  is  truly  compelling,  and  if  the  feedback  is  motivating  enough,  we 
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will  keep  wrestling  with  the  game’s  limitations  — creatively,  sincerely,  and 
enthusiastically —  for  a  very  long  time.  We  will  play  until  we  utterly  exhaust 
our  own  abilities,  or  until  we  exhaust  the  challenge.  And  we  will  take  the  game 
seriously  because  there  is  nothing  trivial  about  playing  a  good  game.  The  game 
matters  [57,  p.  27]. 

We  wanted  to  harness  the  power  of  flow  through  WARLOC.  The  goal  of  WARLOC’s  de¬ 
sign  is  to  have  two  near  peer  opponents,  equal  in  skill,  to  engage  in  operational  warfare. 
We  wanted  victory  for  each  side  to  be  challenging  but  not  impossible.  If  designed  prop¬ 
erly,  WARLOC  will  cause  players  to  intensly  focus  on  the  game  itself.  If  the  players  are 
equally  matched,  the  two  hour  play  time  will  pass  unnoticed.  If  the  players  have  a  strong 
competitive  nature,  repeated  play  could  occur.  This  can  result  in  players  immersing  them¬ 
selves  in  the  subject  matter  for  hours  on  end.  Harnessing  the  power  of  flow  in  a  fun  gaming 
environment  while  presenting  doctrinal  concepts  avoids  boredom  leading  to  more  effective 
learning  [58]. 

Paper  and  computerized  versions  of  casual  wargames  are  the  two  most  prominent  formats 
of  wargames  today.  Each  has  its  merits  as  well  as  its  limitations.  However,  when  reviewed 
as  a  whole,  the  computerized  versions  offer  many  advantages  for  a  casual  wargame.  One 
of  the  key  requirements  is  accessibility.  Players  can  access  a  web-based  game  through  any 
browser  on  any  computer  with  access  to  the  Internet  at  no  additional  cost.  In  this  respect, 
the  advantages  of  a  web-based  version  significantly  outweighs  the  traditional  board  game 
version.  Another  advantage  to  a  web-based  game  is  the  reduced  setup  time.  A  computer 
wargame  can  use  a  predetermined  scenario  that  includes  prepositioned  forces  immediately 
at  load  time.  Typically,  in  a  board  game  version,  game  setup  consumes  anywhere  between 
15  minutes  to  over  a  hour.  Some  paper  wargames  known  as  “monster”  wargames  can 
contain  numerous  maps  and  a  very  high  number  of  counters  making  setup  times  easily 
exceed  a  single  hour.  Board  games  often  provide  players  with  “aid”  cards,  or  cheat  sheets, 
but  often  times  these  are  overly  complicated  and  difficult  to  interpret.  A  properly  designed 
computer  wargame  possesses  an  interface  that  can  anticipate  the  needs  of  the  players  and 
presents  relevant  information  which  in  turn  facilitates  a  player’s  decision-making  process. 
These  three  characteristics  demonstrate  the  advantages  of  using  a  web-based  computer 
wargame. 
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3.2  Wargame  Elements 

As  discussed  in  subsection  2.3.2,  Peter  Perla  uses  a  wargame  design  framework  consist¬ 
ing  of  seven  elements  [4].  The  following  sections  will  use  Perla’s  framework  to  explain 
WARLOC’s  concept  and  design. 

3.2.1  Objectives 

The  learning  objectives  drive  the  focus  of  all  wargames.  Clear,  understandable,  and  well- 
defined  objectives  are  first  determined  in  the  design  process  [24,  p.  37].  This  is  equally 
true  for  educational,  training,  and  entertainment  wargames.  The  overall  goal  of  WARLOC 
is  to  assist  junior  officers  to  prepare  for  service  in  a  joint  operational  command.  This  is 
accomplished  by  providing  a  basic  and  casual  web-based  wargame  focused  on  the  opera¬ 
tional  level  of  combat.  The  following  learning  objectives  drive  the  overall  game  design  of 
WARLOC. 

Familiarization  with  Major  Combat  Operations  (MCO)  at  the  Operational  Level 

The  overall  objective  of  WARLOC  is  to  introduce  MCO  to  junior  officers  who  have  served 
in  a  military  entrenched  in  a  COIN  environment.  Junior  officers  today  have  become  very 
proficient  in  tactical  thinking,  the  foundational  level  of  warfare.  In  order  to  serve  in  future 
positions  as  field  grade  officers,  junior  officers  must  increase  their  understanding  of  both 
the  operational  and  strategic  levels  of  warfare.  WARLOC  combines  MCO  with  operational- 
level  decisions  in  an  attempt  to  familiarize  junior  officers  with  the  operational  level  of  war 
and  reinforce  this  familiarization  through  repeated  play.  All  remaining  learning  objectives 
support  this  overall  learning  objective  in  some  form  or  fashion. 

Familiarization  with  Joint  and  Component-level  Task  Organization 

Junior  officers  serving  at  the  tactical  level  often  have  little  to  no  experience  with  any  mil¬ 
itary  service  branch  other  than  their  own.  They  do  not  understand  the  role  or  the  orga¬ 
nizational  structure  of  other  service  branches.  In  WARLOC,  players  will  command  a 
combined  joint  task  force  (CJTF)  consisting  of  both  ground  and  air  components  from  two 
nations  along  with  their  respective  subordinate  commands.  By  directing  ground  corps  and 
air  wings,  players  are  introduced  to  the  make-up  and  role  for  the  Army  and  Air  Force 
service  branches  from  four  different  nations. 
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General  Understanding  of  the  Joint  Functions  of  Fires,  Movement/  Maneuver,  and 
Sustainment 

Players  are  typically  indoctrinated  in  their  own  service’s  joint  functions-equivalent.  For 
example,  the  Army’s  concept  of  the  joint  functions  are  known  as  warfighting  functions. 
These  warfighting  functions,  while  similar  to  the  joint  functions,  are  specific  to  the  Army’s 
mission  and  capabilities.  Players  may  be  unfamiliar  with  the  additional  capabilities  and 
requirements  that  other  services  provide  in  support  of  the  joint  functions.  WARLOC  will 
give  players  hands-on  experience  with  the  fires,  maneuver,  and  sustainment  joint  functions 
and  exercise  their  ability  to  leverage  them  in  a  MCO  environment  through  active  planning 
and  execution  within  the  game. 

Introductory  Experience  with  Air  Power  in  a  Joint  Task  Force 

Army  officers  typically  have  very  limited  experience  with  airpower.  Any  experience  is 
almost  exclusively  with  close  air  support  (CAS)  and  neglects  many  of  the  capabilities  and 
tenets  of  airpower  which  include  flexibility,  persistence,  and  concentration  [59,  p.  37]. 
WARLOC  requires  players  to  intelligently  plan  and  execute  high-level  air  operations  if 
they  hope  to  achieve  victory.  In  turn,  the  player  receives  a  basic  understanding  of  the 
implementation  and  capabilities  of  airpower  in  a  combat  operation. 

3.2.2  Scenario 

A  game’s  scenario  is  crucial  to  providing  the  setting  and  context  of  the  game.  It  gives 
the  game  epic  scale,  making  the  player  feel  like  the  decisions  they  make  within  the  game 
have  more  meaning  [57].  WARLOC’s  scenario  places  the  players  in  a  position  to  make 
decisions  often  made  by  general  officers.  There  are  currently  a  limited  number  of  MCO 
threats  to  the  United  States.  However,  recent  events  demonstrate  the  potential  for  a  North 
Korean  threat  [60].  WARLOC’s  scenario  is  set  in  a  hypothetical  future,  the  year  2022,  with 
a  revitalized  North  Korean  economy.  North  Korea’s  economy  has  led  to  a  major  upgrade  in 
its  military  force  allowing  it  to  conduct  an  invasion  into  South  Korea.  WARLOC’s  scenario 
reads  as. 

After  months  of  provocations  from  both  sides  of  the  Military  Demarcation 
Line,  the  United  Nations  Security  Council  is  at  a  deadlock.  Both  China  and 
Russia  are  staunchly  against  any  United  Nations  (UN)  or  Republic  of  Korea 
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-  United  States  (ROK-US)  offensive  operations  into  North  Korea.  Seizing 
this  period  of  indecision,  North  Korea  launches  an  attack  into  South  Korea 
with  the  intent  to  conduct  a  swift  war  while  threatening  nuclear  retaliation  if 
ROK-US  forces  enter  North  Korea.  The  People’s  Republic  of  China  (PRC), 
while  against  a  North  Korean  invasion  into  South  Korea,  is  also  intent  on  pre¬ 
venting  a  nuclear  engagement.  In  response,  the  PRC  is  supporting  the  defense 
of  North  Korea  by  augmenting  North  Korea’s  defensive  ground  and  air  forces. 

In  addition,  they  are  providing  a  naval  presence  in  the  Korea  Bay  off  of  North 
Korea’s  western  coast.  Meanwhile,  Russia  conducts  naval  “exercises”  in  the 
Sea  of  Japan  directly  off  the  eastern  coast  of  North  Korea  effectively  preventing 
ROK-US  naval  operations.  Appendix  B. 

Players  play  the  role  of  either  the  Combined  Forces  Command,  Korea  (CFC),  the  ROK-US 
alliance  that  defends  Seoul,  or  as  the  fictional  Juche  Alliance  of  North  Korea  and  the  PRC 
attempting  to  seize  Seoul.  Since  WARLOC’s  focus  is  on  familiarization  of  MCO  rather  than 
determining  the  best  counter-strategy  for  a  North  Korean  invasion,  the  scenario  was  tailored 
to  create  a  true  peer  competitor  to  the  U.S.  Since  this  is  a  “what  if’  scenario,  those  who  do 
not  believe  in  North  Korea’s  ability  to  invade  South  Korea  can  rest  easy  and  enjoy  the  game 
as  a  work  of  fiction.  Those  who  do  believe  this  scenario  is  on  the  horizon  will  appreciate 
the  fact  that  it  is  set  in  the  non-too  distant  future.  It  should  be  stated  that  wargames  are  not 
intended  to  predict  the  outcome  of  battles  in  any  shape  or  form.  WARLOC  is  no  different. 
Wargames  simply  provide  insight,  expose  decision  makers  to  tough  scenarios  and  allow 
them  to  think  through  the  problem  in  a  safe  setting.  When  presented  with  a  different  but 
similar  dilemma  in  the  real  world,  decision  makers  will  be  more  mentally  prepared.  This 
is  the  power  of  wargames,  nay,  this  is  the  power  of  all  games.  They  force  players  to  think 
critically. 

3.2.3  Database 

Attempting  to  influence  gamers  outside  of  the  game  can  risk  a  player’s  satisfaction  with  the 
game  itself  [61].  To  minimize  this  effect  while  still  trying  to  exploit  a  players  motivation 
to  play  the  game,  a  database  of  necessary  and  relevant  data  is  built  as  the  foundation  of 
the  wargame.  The  accuracy  of  a  wargame’s  database  leads  to  the  accuracy  of  its  models. 
Accurate  models  produce  authentic  in-game  situations  forcing  players  to  make  decisions 


40 


similar  to  those  made  during  actual  war.  This  engagement  with  the  game  can  produce 
insightful  and  interesting  dilemmas.  The  more  interesting  or  radical  the  in-game  situation, 
the  greater  the  association  or  link  with  the  decision  made,  which  in  turn  can  lead  to  greater 
retention  [62]. 

WARLOC’s  database  consists  of  task  organization,  combat  and  logistic  capabilities  of  as¬ 
signed  forces,  and  geography.  This  database  is  used  to  determine  the  combat  power  of 
individual  units,  movement  capabilities  due  to  terrain  and  supply  lines,  as  well  as  effects  of 
critically  damaged  support  infrastructure  such  as  logistics  hubs. 

Task  Organization 

Players  control  either  the  CFG  or  the  Juche  Alliance.  Both  are  combined  JTF  consisting  of 
joint  military  forces  from  two  different  nations.  Figure  3.1  and  Figure  3.2  from  Appendix  A 
show  the  top  level  task  organization  of  each  of  these  JTFs. 


Figure  3.1:  Combined  Forces  Command  Task  Organization 


Figure  3.2:  Juche  Alliance  Task  Organization 


The  CFG  forces  are  divided  into  a  Gombined  Forces  Land  Gomponent  Gommand  (GFLGG) 
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and  Combined  Force  Air  Component  Command  (CFACC),  along  with  a  separate  sustain¬ 
ment  command.  In  contrast,  the  Juche  Alliance  has  less  experience  with  joint  operations 
and  keeps  its  Korean  People’s  Army  (KPA)  and  People’s  Liberation  Army  (PLA)  ground 
and  air  forces  keenly  divided  by  national  service  branch  rather  than  as  combined/joint  com¬ 
ponents. 

Both  the  CFLCC  and  CFACC  contain  major  subordinate  commands  (MSCs)  that  are  typi¬ 
cally  either  two-star  or  three-star  general  officer  billets  and  link  the  operational  and  tactical 
levels  of  command.  Within  each  of  these  these  MSCs  are  Republic  of  Korea  (ROK)  and 
U.S.  0-6  brigades  or  air  wings.  (See  Appendix  A  for  the  MSC  task  organization  charts). 

The  Juche  Alliance’s  task  organization  is  quite  different  in  several  ways.  For  example,  the 
lowest  echelon  for  combined  operations  is  at  the  JTF-level  of  the  Juche  Alliance  Command 
headquarters.  In  reality,  even  this  level  of  combined  operations  might  not  occur  depend¬ 
ing  on  the  diplomatic  agreement  between  China  and  North  Korea.  The  Juche  Alliance 
component-level  forces  are  separated  along  national  service  branch  lines.  The  two  air  com¬ 
ponent  commands  are  the  Korean  People’s  Army  Air  Forces  (KPAFs)  and  the  People’s  Lib¬ 
eration  Army  Air  Force  (PLAAF).  These  two  commands  would  most  likely  have  clearly 
delineated  areas  of  operation  and  experience  confusion  when  events  occurred  along  the 
seams  and  gaps  of  these  areas.  The  same  relationship  occurs  between  the  Korean  People’s 
Ground  Force  (KPAGF)  and  People’s  Liberation  Army  Ground  Force  (PLAGF).  Lastly,  the 
strategic  rocket  forces  (SRF)  are  responsible  for  the  theater  ballistic  missile  (TBM)  fight. 

Combat  Power  and  Logistic  Capabilities 

Creating  a  comparative  measurement  of  combat  power  and  logistic  capabilities  between 
two  forces  is  a  critical  step  in  game  development.  It  defines  the  balance  between  the  two 
opponents  and  drives  a  great  deal  of  the  strategy  that  the  two  players  apply.  WARLOC 
represents  both  air  and  ground  combat  which  requires  both  a  comparison  between  similar 
forces  and  between  opposing  air  and  ground  forces.  The  benefit  of  this  comparison  is  that 
it  provides  the  players  with  a  perspective  of  the  strengths  and  limitations  of  the  components 
in  a  joint  organization. 

WARLOC  uses  unit  counters  with  a  series  of  values  that  represent  the  comparative  mea¬ 
surements  of  combat  and  logistic  capabilities.  The  combat  capabilities  are  represented  by 
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values  for  combat  power  for  direct  fire  systems,  indirect  fire,  and  a  series  of  aircraft  based 
capabilities  (air-to-air,  SEAD,  air-to-ground).  Logistic  capabilities  are  measured  in  a  unit’s 
movement  allowance,  which  measures  the  amount  of  movement  a  unit  may  conduct  in  a 
given  turn.  We  assembled  an  initial  set  of  values  based  off  of  unclassified  open-source 
research  of  unit  types  and  capabilities  and  then,  through  a  series  of  playtesting  and  refine¬ 
ment,  re-scaled  the  numbers  to  improve  the  balance  of  the  game.  (Further  explanation  of 
this  system  is  in  Appendix  B. 

Geography 

Two  primary  factors  considered  when  designing  the  map  were  how  far  beyond  the  battle 
area  to  draw  the  map  and  how  to  divide  the  map  terrain.  The  game’s  scenario  takes  place 
on  the  Korean  peninsula  and  drives  most  of  the  interaction  of  the  opposing  forces  between 
the  demilitarized  zone  (DMZ)  and  Seoul.  The  game  map  presents  the  area  of  the  Korean 
peninsula  between  Pyongyang  in  North  Korea  and  Daejeon  in  South  Korea.  This  gives 
sufficient  space  for  staging  military  forces,  urban  terrain,  air  bases,  seaports,  and  road 
networks.  It  also  includes  a  small  coastal  region  on  both  the  western  and  eastern  perimeters, 
although  there  are  no  naval  forces  in  the  game. 

A  designer  may  divide  a  map’s  terrain  into  zones  or  not  divide  a  map  terrain  at  all.  A  zone- 
free  map  allows  players  to  move  anywhere  they  desire  within  a  given  radius.  However, 
the  number  of  possible  moves  is  nearly  endless  which  slows  down  gameplay  as  players 
internally  debate  their  next  move.  Using  zones  offers  the  advantages  of  reducing  the  num¬ 
ber  of  possible  moves  that  a  player  must  choose  from.  Options  for  zones  include  regular 
zones  (squares  or  hexes),  irregular  zones  (varying  large  and  small  areas),  or  a  hybrid  (i.e. 
hexes  mixed  with  large/small  irregularly-shaped  areas)  [24,  p.  69-75].  A  hex-based  map 
was  chosen  for  WARLOC  matching  nicely  with  the  shape  of  the  Korean  peninsula.  The 
map’s  layout  was  modeled  after  the  map  used  in  the  GMT  game.  Next  War:  Korea.  The 
landscape  is  divided  into  four  terrain  categories  that  have  differing  effects  on  maneuver¬ 
ability  for  ground  units  (refer  to  Appendix  B  for  further  details).  The  added  benefit  of  a 
hex-based  map  is  that  it  makes  it  easier  to  measure  unit  counter  movement  and  weapon 
range  distances. 

Key  terrain  is  an  important  consideration  in  combat.  Securing  a  flat  piece  of  land  to  con¬ 
struct  a  make-shift  airfield  to  allow  for  the  arrival  of  reinforcements  and  supplies  can  be 
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critical  to  mission  success.  By  varying  the  terrain  types  on  the  map,  players  are  provided 
with  another  level  of  strategy  to  eonsider.  In  reality,  forward  edge  battlefield  areas  (FEBAs) 
provide  defensive  barriers  making  it  diffieult  for  Juehe  Allianee  forees  to  maneuver  and  are 
an  important  in  the  defense  of  Seoul.  This  is  simulated  in  the  game  as  attaeking  Juehe 
Allianee  ground  forees  are  foreed  to  eease  movement  onee  entering  a  FEBA  hex,  no  matter 
how  many  movement  points  still  remain.  In  addition,  invading  forees  from  the  North  are 
not  able  to  maintain  reinforeing  positions  and  are  thus  at  a  disadvantage  when  attaeking 
from  a  FEBA.  This  is  represented  in  the  game  as  Juehe  Allianee  units  attaeking  out  of 
the  FEBAs  reeeive  a  -2  diee  roll  modifier  (DRM)  whieh  reduees  the  value  of  a  rolled  diee 
by  two.  This  makes  it  very  advantageous  for  U.S.  forees  to  loek  Juehe  Allianee  forees  in 
FEBA  hexes  utilizing  their  zone  of  eontrol  (ZOC). 

These  terrain  effeets  help  in  the  paeing  of  the  game.  FEBAs  prevent  non  ROK-US  forees 
from  rushing  to  Seoul  within  two  turns.  The  mountains  help  to  ehannel  forees  but  ean  be 
navigated  effieiently  should  a  player  deeide  to  do  so.  Urban  terrain  is  diffieult  to  navigate 
for  the  large  eorps  sized  units  due  to  dense  road  networks  within  the  eity  limits.  Clear 
terrain  is  the  most  prominent  terrain  on  the  map  and  relatively  easy  to  navigate  while  limited 
roads  representing  major  highways  provide  an  expedited  mode  of  travel. 

3.2.4  Models 

Any  tool  designed  to  introduee  offieers  to  operational-level  MCO  must  be  equally  rooted 
in  joint  theory  and  eoneepts.  A  tremendous  amount  of  evolving  literature  exists  defining 
these  eoneepts.  For  sueeessful  game  development,  one  must  understand  these  eoneepts  as 
they  pertain  to  game  design.  WAREOC  models  the  joint  funetions  of  movement/maneuver, 
joint  fires,  and  sustainment  along  with  eombat  through  a  series  of  supporting  models. 

Maneuver,  Defensive  Counterair,  and  Logistic  Models 

The  movement/maneuver  model  is  a  straightforward  hex  movement  system  that  is  eommon 
in  most  turn-based  wargames  sueh  as  Next  War:  Korea  and  Drive  on  Metz.  Mobile  air 
and  ground  forees  reeeive  a  movement  allowanee  of  movement  points  that  represents  the 
distanee  a  unit  eould  move  over  a  given  terrain  in  a  24-hour  period  of  time  [23,  loe.  547]. 
The  terrain  effeets  ehart  lists  the  number  of  movement  points  required  to  enter  a  hex  with 
that  partieular  terrain  type.  Players  spend  movement  points  from  their  movement  allowanee 
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for  each  hex  they  move  into.  If  a  unit  does  not  have  sufficient  remaining  points  from  their 
allowance,  they  may  not  enter  that  hex.  This  is  typically  followed  by  direct  fire  combat,  as 
discussed  in  the  combat  modeling  portion  of  this  section. 

WARLOC  models  the  active  air  and  missile  defense  portion  of  the  defensive  counterair 
mission.  It  models  both  air  and  missile  targets  and  an  active  IADS.  Vulnerable  targets  sus¬ 
ceptible  to  attack  include  missile  defense  targets  such  as  ballistic  missiles  and  infrastructure 
such  as  air  bases,  logistic  hubs,  crossroads,  sea  ports  and  C2  nodes.  The  IADS  consist  of 
a  combination  of  SAMs,  antiaircraft  artillery  (AAA),  and  their  supporting  radar  detection 
systems.  In  order  to  reduce  complexity  and  gameplay  length,  WARLOC  only  depicts  a  lim¬ 
ited  number  of  SAMs  systems  and  not  AAA  or  extended  radar  detection.  These  systems 
have  a  radial  range  of  one  hex  which  is  the  same  length  as  a  standard  ZOC.  This  limited 
range  means  that  players  must  deploy  the  air  defene  artillery  (ADA)  systems  in  a  point 
defense  fashion  where  they  can  defend  a  single  unprotected  target.  There  are  intentionally 
more  targets  than  ADA  systems  which  force  players  to  prioritize  which  critical  assets  to 
defend.  Air  defense  combat  is  resolved  through  a  surface-to-air  CRT  as  discussed  in  the 
combat  modeling  portion  of  this  section. 

Sustainment  is  modeled  both  directly,  by  representing  air  bases/logistic  hubs  and  their  dis¬ 
tribution  system,  and  indirectly,  through  a  unit’s  combat  power  and  movement  allowance. 
These  base/hub  and  distribution  systems  are  vulnerable  to  attack  from  both  TBM  attacks 
and  air  interdiction.  If  the  attack  is  successful,  the  defending  player  receives  a  penalty  to 
their  ground  and  air  capabilities.  This  penalty  is  dependent  upon  the  type  of  infrastructure 
attacked.  A  successful  attack  on  a  logistic  hub  slows  distribution  of  supplies  like  fuel  and 
ammo  thus  reducing  units  mobility  and  combat  power.  A  successful  attack  on  an  airbase 
results  in  a  loss  of  available  sorties  during  the  defender’s  next  turn.  Targetable  infrastruc¬ 
ture  have  a  base  defensive  value  which  is  increased  when  an  ADA  counter  is  in  an  adjacent 
hex.  The  added  defense  provided  by  ADA  systems  significantly  decreases  the  probability 
of  the  attacker’s  success.  In  reality,  the  effect  of  a  successful  attack  on  an  operational  lo¬ 
gistic  target  would  not  be  felt  for  at  least  several  days.  However,  in  order  to  emphasize  the 
cause  and  effect  of  logistic  attacks  in  WARLOC,  logistic  impacts  occur  the  very  next  turn. 
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Joint  Fires  and  Offensive  Counterair 


Joint  fires  is  a  substantial  portion  of  WARLOC  and  is  represented  through  the  combination 
of  air  and  land  attack  models  that  support  the  joint  fires  portion  of  the  third  learning  objec¬ 
tive  (General  Understanding  of  the  Joint  Function  of  Fire).  Players  target  and  leverage  both 
land  and  air-based  fires  to  achieve  their  desired  effects.  The  land  attack  model  takes  into 
account  indirect  fire  from  both  cannon  and  rocket  systems.  The  cannon  artillery  has  a  range 
of  10  hexes  and  attacks  enemy  units  while  the  TBM  systems  have  a  range  of  25  hexes  and 
attack  enemy  infrastructure  (e.g.,  C2  nodes,  logistic  hubs  and  distribution  networks,  air¬ 
bases,  and  seaports).  The  cannon  artillery  supports  the  players  integration  of  tactical  fires 
and  maneuver  while  the  TBM  familiarizes  players  with  operational  fires. 

The  offensive  counterair  model  directly  contributes  to  the  fourth  learning  objective  (In¬ 
troductory  Experience  with  Air  Power  in  a  Joint  Task  Force)  while  the  combination  of 
the  counterair  and  land  models  support  the  third  learning  objective.  The  goal  of  the  air 
attack  model  is  to  help  players  understand  the  basic  type  of  air  operations.  Players  are 
able  to  plan  and  leverage  these  operations  against  an  opponent  with  both  deliberate  and 
dynamic  targeting.  The  joint  targeting  cycle  and  the  air  tasking  cycles  discussed  in  2.2.3 
are  combined  into  a  two-phased  model;  the  air  planning  phase  and  the  air  operations -force 
execution  phase.  The  air  planning  phase  aggregates  the  entire  joint  targeting  cycle  (except 
for  the  assessment  phase)  and  the  first  four  stages  of  the  air  tasking  cycle  (determining  the 
objectives,  target  development,  and  force  allocation/air  apportionment)  [19]  into  a  single 
phase.  Players  select  a  potential  target  to  attack  and  assign  a  fighter  squadron  to  a  partic¬ 
ular  counterair/counterland  role  on  an  ATO  (see  Appendix  C)  menu,  a  design  inspired  by 
Joseph  Miranda’s  Cyberwar  XXI  [63].  The  target  may  be  defended  by  ADA  and  defensive 
counterair  patrols  so  the  attacking  player  must  dedicate  aircraft  sorties  to  counter  these  de¬ 
fenses.  Ideally,  players  will  want  to  first  achieve  air  superiority  thus  ensuring  freedom  to 
conduct  further  interdiction  and  CAS  operations.  The  player’s  plan,  as  it  is  laid  out  on  the 
ATO  is  not  used  until  the  following  turn. 

The  air  operations-force  execution  phase  represents  the  air  tasking  cycle’s  execution  plan¬ 
ning  and  assessment  phases.  The  players  execute  their  originally  conceived  attack  plan 
using  air  assets  in  their  assigned  role  against  an  appropriate  target  (deliberate  targeting). 
For  example,  a  fighter  squadron  assigned  to  a  SEAD  mission  will  attack  an  enemy’s  ADA 
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system.  The  phase  also  accounts  for  dynamic  targets  that  were  not  originally  foreseen  dur¬ 
ing  the  air  planning  phase.  The  player  may  change  the  air  asset’s  role  with  a  penalty  to 
the  air  asset’s  combat  power.  For  example,  a  target  of  opportunity  appears  and  the  player 
reassigns  one  of  their  fighter  squadrons  from  a  combat  air  patrol  mission  to  an  air  inter¬ 
diction  mission  in  order  to  engage  the  target.  Since  the  sortie  was  initially  planned  for  a 
certain  type  of  mission,  their  weapons  load  out  matches  a  specific  configuration.  A  short 
notice  change  to  the  sorties  mission  results  in  a  loss  of  efficiency  since  the  aircraft  may  not 
have  the  optimal  load  out  for  the  new  mission.  The  game  penalty  of  a  negative  DRM  is  an 
abstract  representation  of  this  efficiency  loss. 

Combat  Modeling 

WARLOC  uses  the  combination  of  a  CRT  and  a  random  number  generator  (simulating  a 
dice  roll)  to  determine  the  results  of  combat.  The  CRT  lists  the  possible  outcomes  of  a 
combat  scenario.  These  outcomes  are  assigned  a  dice  roll  number  based  on  the  probability 
of  that  outcome  occurring  given  the  difference  between  the  two  combatants’  combat  powers 
(known  as  a  combat  differential).  The  combat  differential,  in  general,  is  determined  by 
subtracting  the  defending  unit’s  combat  power  from  the  attacking  unit’s  combat  power. 

WARLOC  models  four  types  of  combat;  direct  fire,  cannon  artillery  indirect  fire,  surface- 
to-air  missile  combat,  and  air-to-ground  combat.  Direct  fire  is  conducted  between  two 
ground  forces  that  are  in  each  other’s  ZOCs.  Indirect  fire  is  conducted  between  a  cannon 
artillery  unit  and  any  opposing  ground  unit.  Surface-to-air  missile  combat  occurs  when 
an  ADA  engages  either  a  missile  or  aircraft.  In  a  TBM  attack,  an  exception  to  the  com¬ 
bat  differential  formula  occurs.  The  defending  ADA  system’s  combat  power  is  combined 
with  the  defensive  value  of  the  infrastructure  it  is  defending.  The  missile’s  combat  power 
is  subtracted  the  ADA’s  combined  defensive  combat  power.  This  is  the  opposite  of  tradi¬ 
tional  differential  calculations  in  that  the  attacker’s  combat  power  is  subtracted  from  the 
defender’s  combat  power  where  normally  it  is  the  other  way  around.  This  is  just  one  ex¬ 
ample  of  the  complexities  in  modeling  across  two  physical  domains  such  as  land  and  air. 

The  gameplay  sequence  is  another  attempt  to  minimize  the  complexity  of  interacting  be¬ 
tween  the  two  domains  by  specifing  the  order  of  air  combat  resolution.  It  is  the  most  com¬ 
plicated  element  in  the  entire  game!  The  air  combat  sequence  is  air-to-air  combat  (Fighter 
Sweep  &  Fighter  Escort)  which  uses  the  direct  fire  CRT.  Next  are  either  deliberate  SEAD 
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attacks  using  the  air-to-ground  CRT  or  dynamic  SEAD  attacks  where  a  fighter  escort  at¬ 
tacks  an  ADA  site.  Dynamic  SEAD  attacks  conducted  by  fighter  escorts  are  conducted 
using  the  escort’s  SEAD  value  with  a  -2  DRM.  Surface-to-air  combat  follows,  where  ADA 
systems  engage  incoming  aircraft  or  missiles  using  the  surface-to-air  CRT.  Easily,  air-to- 
ground  combat  (attack  ops,  air  interdiction,  CAS)  is  resolved  using  the  air-to-ground  CRT. 

3.2.5  Rules 

Rules  create  boundaries  for  players  by  limiting  what  actions  they  may  take  within  the  con¬ 
text  of  the  game.  They  define  how  the  models  and  database  interact  in  relation  to  the 
scenario.  Through  the  interaction  of  these  three  components,  the  wargame  begins  to  take 
shape  presenting  itself  as  a  system  wargame  as  opposed  to  a  seminar  wargame. 

Seminar  wargames  utilize  an  umpire,  or  adjudicator,  who  is  the  only  one  that  knows  how 
the  rules,  models,  and  database  interact.  With  this  knowledge  the  umpire  moderates  what  is 
often  a  group  discussion  between  players.  Through  this  discussion  the  moderator  presents 
scenarios,  enforces  rules,  and  maintains  both  the  pace  of  the  game  as  well  as  the  engage¬ 
ment  of  the  players. 

WAREOC  is  a  system  wargame  in  which  the  combination  of  the  map,  database,  models, 
and  rules  form  a  system.  Players  who  decide  to  play  the  game  agree  the  system  is  a  fair 
determination  of  knowledge  and  performance  within  the  scenario.  By  playing  the  game 
from  start  to  finish  the  system  provides  the  players  insight,  incites  competition  to  maintain 
engagement,  and  ultimately  provides  a  victor  in  the  end. 

3.2.6  Players 

WAREOC  is  targeted  toward  Army  captains  and  junior  field  grade  officers  with  limited 
to  no  experience  with  joint  operations.  These  officers  often  have  little  personal  time  to 
dedicate  toward  professional  development  let  alone  gameplay.  This  is  one  of  the  driving 
reasons  to  develop  a  more  casual  wargame  with  shortened  gameplay. 

3.3  Design  Summary 

We  designed  WAREOC  with  the  goal  of  preparing  officers  to  serve  in  a  joint  billet  at  an  op¬ 
erational  command.  WAREOC  is  a  casual  wargame  where  the  players  achieve  the  game’s 
learning  objectives  through  active  participation  as  the  commander  of  a  joint  operational 
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command.  The  level  of  combat  presented  in  the  game  is  one  in  which  most  junior  officers 
have  little  to  no  personal  experience.  It  attempts  to  reduce  complex  decisions  and  real- 
world  processes  into  smaller  and  more  manageable  steps.  The  game  introduces  the  players 
to  air  operations  in  a  simplified  format  which  gives  the  players  a  basic  concept  of  airpower. 
Lastly,  by  using  a  turn-based  gameplay  system,  the  game  provides  players  with  the  time  to 
assess  the  operational  scenario  and  then  plan  and  execute  their  response  rather  than  simply 
reacting  without  planning.  This  transition  into  deliberate  planning  and  execution  is  a  hall¬ 
mark  of  an  operational  command.  The  next  step  after  designing  the  wargame  is  to  develop 
the  wargame  into  a  playable,  web-based  prototype. 
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CHAPTER  4: 
WARLOC  Development 


The  production  of  the  WARLOC  prototype  involved  both  designing  and  developing  the 
wargame.  Perla  describes  wargame  development  as  the  process  which  turns  the  initial 
design  into  a  “fully  fleshed-out,  and  hopefully,  playable  game”  [4,  loc  4843].  This  devel¬ 
opment  process  confirms  that  the  model,  database,  and  scenario  match  their  designed  intent 
through  multiple  playtests,  refinements,  and  rulebook  updates. 

4.1  Foundations 

Before  creating  the  web-based  prototype  a  paper  version  of  WARLOC  was  developed  to 
ensure  the  playability  of  the  basic  wargame  design.  Next,  the  team  adapted  the  paper 
wargame  into  a  VASSAL  module  to  assist  with  gameplay  validation  and  prototyping  possi¬ 
ble  component  and  user  interface  designs.  Lastly,  the  team  created  a  code  base  for  the  web 
prototype  and  tested  it  on  several  different  platforms.  This  chapter  discusses  each  of  these 
steps  in  further  detail. 

4.1.1  Paper  Wargame  Development 

The  paper  wargame  components  include  the  map,  counters,  CRTs,  and  rule  set.  Google 
Drawings  was  used  to  create  the  counters,  Google  Sheets  to  create  the  CRTs,  and  Google 
Docs  to  create  the  rule  set.  Chat,  commenting,  and  the  simultaneous  editing  features  offered 
by  the  Google  Docs  suite  allowed  us  to  collaboratively  develop  the  appearance  and  content 
of  each  component.  Adobe  Kuler,  a  free  to  use  color  selection  tool  that  suggests  match¬ 
ing  complementary  colors,  was  utilized  to  assist  with  the  graphic  design  of  the  counters 
and  player  aid  cards.  The  team  discovered  that  Google  Drawings  supported  the  creation  of 
basic  components  but  lacked  advanced  image  manipulation  features  such  as  transparency 
and  color  manipulation.  This  limitation  particularly  affected  the  development  of  the  coun¬ 
ters.  In  response,  the  team  used  GIMP  to  edit  the  counter  images.  Lastly,  the  team  used 
HexDraw  (one  of  the  few  non-free  tools  utilized)  to  create  the  game  map. 

Following  the  creation  of  the  manual  components,  several  rounds  of  playtesting  were  con¬ 
ducted.  During  each  playtest  meticulous  notes  were  taken  to  capture  and  resolve  issues. 
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The  results  of  these  playtests  led  to  refinements  in  the  rule  set,  counters,  models,  and  CRTs. 
Playtesting  a  paper  version  of  a  wargame  proved  to  be  both  time  and  resource  intensive  so 
a  VASSAL  module  was  developed  to  streamline  remaining  playtest  requirements. 

4.1.2  VASSAL  Module  Development 

The  WARLOC  VASSAL  module  itself  is  a  “compressed  set  of  graphic,  text,  and  other  files, 
as  well  a  descriptive  file  (called  a  Build  File)”  [64,  p.lO].  The  WARLOC  module  contains 
the  rulebook,  all  the  graphics  (map,  counters,  etc.),  CRTs,ATOs,  terrain  effects  chart,  and 
all  other  game  components  created  in  the  paper  version.  The  VASSAL  module  recreated 
the  experience  of  playing  the  paper  version  on  a  computer.  WARLOC’s  VASSAL  module, 
as  discussed  in  2.6.6,  does  not  include  any  game  mechanics  or  automation.  For  exam¬ 
ple,  initiating  combat  between  North  and  South  Korean  unit  counters  requires  the  use  of 
physical  dice  or  a  random  number  generator  provided  by  the  module.  The  value  provided 
by  the  dice  roll  or  number  generator  must  then  be  manually  referenced  in  the  appropri¬ 
ate  CRTs  to  determine  the  combat  resolution.  Once  the  combat  result  is  determined,  the 
required  actions  are  then  manually  executed.  If  the  combat  resolution  determines  that  ei¬ 
ther  the  defender  or  attacker  were  eliminated,  the  digital  unit  counters  have  to  be  explicitly 
flipped  if  step-lossed  or  moved  to  the  graveyard  if  destroyed.  Any  discrepancies  between 
players  when  playing  the  WARLOC  VASSAL  module  must  be  resolved  by  referencing  the 
WARLOC  rulebook  which  is  digitally  provided  within  the  VASSAL  module. 

VASSAL  makes  it  simple  to  create  a  user  friendly  interface  to  play  digital  board  games. 
It  offers  a  clear  illustration  of  how  the  user  interface  for  any  computerized  or  web-based 
wargame  could  be  implemented.  However,  its  lack  of  automation  highlights  the  basic  func¬ 
tionality  needed  in  a  web-based  version  to  improve  usability  for  the  more  casual  player. 
Manually  resolving  combat,  flipping  counters,  and  measuring  distances  between  hexes  for 
movement  or  combat  are  easily  automated  and  are  the  first  of  many  steps  in  making  a 
web-based  wargame  appeal  to  a  military  officer  with  limited  free  time. 

4.2  WARLOC  Game  Design  Document 

Most  commercial  video  games  are  developed  using  a  ODD  which  includes  descriptions 
of  a  game’s  structure,  level  design,  characters,  user  interface,  artwork,  etc.  This  is  typi¬ 
cally  a  written  document  that  is  distributed  between  the  various  design  and  development 
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teams  working  on  a  game.  The  WARLOC  VASSAL  module  acted  as  a  basic  GDD  for 
the  development  of  the  web-based  version.  The  module  contained  all  the  graphics  (maps, 
unit  counters,  etc.)  and  all  the  data  (CRTs,  terrain  effects,  unit  attributes,  etc.)  needed  to 
build  the  actual  web-based  version  of  WARLOC.  It  provided  a  sense  of  how  potential  users 
would  interact  with  the  game’s  interface.  Experiencing  the  game  through  the  limitations  of 
VASSAL  helped  to  identify  the  tedious  tasks  associated  with  paper  wargames  that  would 
need  to  be  automated  if  it  is  going  to  be  accepted  by  the  largest  audience  possible. 

The  VASSAL  module  aided  in  separating  the  easy  tasks  from  the  more  difficult.  Automat¬ 
ing  the  flipping  and  destruction  of  counters  would  be  simple  and  straightforward  while  cre¬ 
ating  multiple  windows  for  the  player’s  ATOs  and  game  map,  and  the  interaction  between 
the  two,  would  clearly  be  the  most  difficult  aspect  to  develop.  Identifying  these  functions 
in  the  VASSAL  module  outlined  the  code  development  priorities  for  the  WARLOC  pro¬ 
totype.  A  working  web-based  version  of  the  ground  combat  component  of  WARLOC’s 
original  design  would  be  developed  first  with  air  combat  added  second,  time  permitting. 

4.3  Web-Based  Instantiation 

The  advantage  of  turning  a  paper  wargame  into  a  web-based  wargame  is  the  ability  to 
automate  certain  tasks.  Paper  wargames  often  serve  a  niche  community  that  is  interested 
in  extreme  detail  and  does  not  mind  the  tedious  tasks  associated  with  playing  the  games. 
These  tasks  can  include  using  CRTs  to  resolve  combat,  comparing  a  terrain  effects  chart  to 
manually  determine  all  available  movement  options,  or  determining  whether  or  not  a  target 
is  within  range  of  an  indirect  fire  capability.  The  automation  in  WARLOC  was  developed 
from  a  combination  of  the  paper  version’s  rule  set  as  well  as  the  goal  to  improve  usability. 
We  believe  that  removing  many  of  the  tedious  tasks  of  paper  wargames  will  make  a  web- 
based  version  more  appealing  to  a  wider  range  of  players. 

Code  development  on  the  web-based  version  was  conducted  using  the  VASSAL  module 
as  the  GDD  and  Brackets  as  the  code  editor.  Interaction  between  the  the  game  map,  hex 
grid  and  player  was  achieved  first.  Next,  both  the  unit  counters  and  hexes  were  built  as 
JavaScript  objects.  With  the  map,  hexes  and  counters  existing  in  the  browser,  the  game 
logic  was  developed  automating  a  number  of  the  tedious  tasks  conducted  in  the  paper  ver¬ 
sion  of  WARLOC. 
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4.3.1  Location  Reference  System 

WARLOC’s  gameplay  centers  around  its  map  where  users  plan  and  execute  their  strategies 
through  direct  interaction.  For  performance  and  simplicity  sake,  WARLOC  loads  a  pre¬ 
made  map  image,  created  in  HexDraw,  and  executes  graphics  code  to  superimpose  a  hex 
grid  over  the  map  image.  The  grid  is  independent  of  the  map  image  and  is  comprised  of  25 
columns  and  29  rows  totaling  725  hexes  of  equal  size.  Though  the  game  map  is  the  center 
of  the  game,  the  hex  grid  is  the  center  of  interaction  making  the  generation  of  the  hex  grid 
and  corresponding  hex  selection  functions  significant  tasks  in  the  game’s  development. 

Hex  Grid  Generation 

Web  browsers  utilize  the  "<canvas>"  element  to  allow  developers  to  write  graphics  code. 
Developers  can  create  both  two-dimensional  and  three-dimensional  worlds  in  the  browser 
window  by  executing  the  graphics  code  every  frame.  The  hex  map  in  WARLOC  is  actu¬ 
ally  an  amalgamation  of  several  different  objects,  coordinate  systems,  and  their  associated 
supporting  functions.  Though  libraries  like  EaselJS  include  a  function  for  drawing  hexes, 
it  can  be  time  consuming  to  learn  a  brand  new  JavaScript  library  to  use  it  effectively.  It  is 
for  this  reason  that  we  elected  to  develop  WARLOC  using  core  JavaScript  and  basic  hex 
geometry  to  generate  the  hex  grid. 

The  paper  version  of  WARLOC’s  Korean  map  image  serves  as  the  base  layer  of  the  game  on 
which  we  overlayed  an  independent  hex  grid.  A  bounding  box  was  developed  to  surround 
the  game  map  image  with  an  origin  located  in  the  bottom  left  comer  of  the  of  the  browser 
window.  Using  this  origin,  all  the  hexes  were  created  using  a  nested  loop  with  the  number 
of  columns  (25)  and  rows  (29)  acting  as  the  stopping  condition.  A  double  array  contained 
the  hex  objects  whose  index  numbers  match  the  hexes’  column  and  row  locations.  For 
example.  Hex  01  can  be  referenced  as  mapHexes[0][l]. 

JavaScript  only  requires  the  coordinates  of  the  vertices  in  order  to  draw  each  side  of  the 
hex.  Knowing  the  center  point  and  side  length  is  all  the  information  needed  to  draw  the 
entire  grid.  Using  the  bounding  box  origin  as  the  starting  point.  Figure  4.1  illustrates  how 
the  center  point  coordinates  of  each  hex  can  be  determined  knowing  only  the  side  length  (m) 
and  the  column  (i)  and  row  (/)  position  of  the  hex.  This  information  was  used  to  generate 
the  entire  hex  grid. 


54 


1 1 


01 


(2u,  3v3u) 

5U\ 

V  3 

\  •> 

n  Aj 

- 

U 

- ^ 

4u 


Hex  Grid  Bounding  Box  Coordinates 

hgCoordX  =  3iu  +  2u 

hgCoordY  =  (2j  +  i%2)V3u  +  yfSu 

So... 

Hex  01: 

hgCoordX  =  3(0)u  +  2u  =  2u 

hgCoordY  -  (2|1)  +  0%2)  V3u  +  ^/3u  =  3y/3u 

hgCoord:  (2u,  3^/3u) 

Hex  11: 

hgCoordX  =  3{l)u  +  2u  =  5u 
hgCoordY  =  (2(1)  +  1%2)  VIu  +  V3u  =  4y/3u 
hgCoord:  (5u,  4V3u) 


Figure  4.1:  Hex  Geometry. 


Using  the  pre-made  map  image  (see  Appendix  F  with  the  hex  grid  drawn  on  top  improves 
the  game’s  performance  but  also  creates  other  challenges.  The  greatest  challenge  is  syncing 
the  canvas  coordinates  with  the  hex  grid  coordinates.  For  example,  since  the  coordinate, 
(2m,3a/3m)  is  in  reference  to  the  bounding  box  origin,  it  will  not  appear  where  one  might 
expect  when  drawn  on  the  canvas  element.  The  bounding  box  hex  grid  coordinates  must  be 
translated  into  canvas  coordinates.  Figure  4.2  depicts  the  three  coordinate  systems  needed 
to  complete  this  translation. 

To  properly  draw  the  hex  grid,  a  conversion  from  hex  grid  coordinates,  to  math  coordi¬ 
nates,  to  canvas  coordinates  is  required.  Math  coordinates,  the  traditional  (x,y)  coordinate 
system  with  which  most  people  are  familiar,  are  only  an  intermediary  step  to  translate  the 
hex  coordinates  into  canvas  coordinates.  Canvas  coordinates  are  almost  identical  to  math 
coordinates  except  that  the  screen  consists  of  negative  y  coordinates  with  the  positive  y 
coordinates  existing  off  screen  . 
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Canvas  Coordinates 

- ►- 


Math  Coordinates 


Figure  4.2:  WARLOC  Coordinate  Systems 


Each  hex  was  created  as  an  object  and  assigned  a  column  and  row  index  within  the  hex  grid 
coordinate  system  as  well  as  appropriate  canvas  coordinates  for  the  center  of  the  hex.  These 
indices  and  coordinates  are  used  to  identify  the  hex  objects  and  draw  them  on  the  screen, 
respectively.  The  code  to  create  these  hex  objects  with  the  appropriate  canvas  coordinates 
is  depicted  in  Figure  4.3.  The  code  is  located  in  the  game  setup  function  so  the  global 
variables  (side  length  (m),  a/3  (sqr3),  and  the  bounding  box  origin  hgStartX  and  hgStartY) 
are  defined  elsewhere  in  the  code. 
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/******************************************************* ****^Ht*******************^Ht*** *********** ******** 

*  Build  a  double  Array  [][]  of  Hex  objects  * 

*  Hex  attributes  will  be  used  to  draw  the  * 

*  Hexes  on  the  screen  and  create  the  Hex  Grid.  * 

****************** ************************************************************* ***************************/ 


var  i  =  0; 

while  (i <mapWidthHexNo)  { 
var  column  =  []; 
var  j  =  0; 

while  (j<mapHeightHexNo)  { 
var  xb  =  3*i*u  +  2*u; 
var  yb  =  (2*j+ia52)*sr3*u  +  sr3*u; 
var  xm  =  xb  +  hgStartX; 
var  ym  =  yb  +  hgStartY; 
var  X  =  xm; 

var  y  =  hxGridLayer. height  -  ym; 
column. push(  new  Hex(i ,j ,x,y, "clear")  ); 
j  =  j  *  1; 

} 

mapHexes.push(  column  ); 
i  =  i  +  1; 

} 

/*End  Hex  Grid  Generation*******»»»'»'^^7;=*'«»»*»Tr-»-»** 


//column  Index 

//loop  through  total  #  of  Columns 
//create  an  array  to  store  each  hex 
//row  Index 

//loop  through  total  #  of  Rows 
//convert  col  Index  to  hex  grid  X  coord 
//convert  row  Index  to  hex  grid  Y  coord 
//convert  hex  grid  X  coord  to  math  X  coord 
//convert  hex  grid  Y  coord  to  math  Y  coord 
//convert  math  X  coordinate  to  canvas  X  coord 
//convert  math  Y  coordinate  to  canvas  Y  coord 

//push  the  Hex  Object  on  the  Array 

//Hex(colIndex , rowindex , canvasX , canvasY, terrai nType) 

//move  to  the  next  row 

//push  entire  column  of  Hexes  onto  double  array 
//move  to  the  next  column 

:*Tnnnnnr  — nmr-------'****ir»')nnrx**************************/ 


Figure  4.3:  WARLOC  Hex  Grid  Code 


The  hex  objeets  eontain  a  funetion  that  will  utilize  their  x,y  variables  to  draw  the  hex  on  the 
sereen.  With  the  hex  objeets  using  eanvas  eoordinates,  it  only  takes  small  adjustments  to 
the  side  length  of  eaeh  hex  to  properly  overlay  the  grid  on  the  map. 

Hex  Selection 

To  translate  from  a  user’s  eliek  to  seleeting  the  eorreet  hex  on  the  grid  requires  the  program 
to  reverse  the  translations  diseussed  in  hex  grid  generation.  An  outline  of  this  proeess  is  as 
follows: 

1.  User  elieks  on  game  map,  eanvas  eoordinates  are  returned. 

2.  Convert  eanvas  eoordinates  to  math  eoordinates. 

3.  Convert  math  eoordinates  to  hex  grid  bounding  box  eoordinates 

4.  Convert  hex  grid  bounding  box  eoordinates  to  reetangular  eolumn  and  row  indiees 

5.  Convert  reetangular  eolumn  and  row  indiees  to  hex  eolumn  and  row  indiees 

Steps  1-3  are  eompleted  by  reversing  the  proeess  diseussed  in  hex  grid  generation.  In  order 
to  determine  whether  or  not  the  player  elieked  anywhere  within  the  area  of  the  hex,  the 
bounding  box  is  eoneeptually  broken  into  a  reetangular  grid  as  see  in  Figure  4.4. 
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Figure  4.4:  Rectangular  Grid  Overlay 


Each  rectangle  has  a  length  of  2a/3  and  a  width  of  3u  corresponding  to  the  length  and 
width  of  the  hexes.  Eaeh  rectangle  is  oeeupied  by  at  most  three  different  hexes.  Dividing 
the  hex  grid  bounding  box  eoordinates  by  the  width  and  height  of  the  reetangle  provides 
the  column  and  row  indices  of  the  rectangle  as  seen  in  equations  (4.1)  and  (4.2): 

,  _  ,  ,  hex  grid  bounding  box  X  coordinate  , 

Reetangle  Column  =  [ - - - 1 - J 

,  hex  grid  bounding  box  Y  eoordinate  , 

Reetangle  Row  =  [ - - - ^ - J 

2\/3m 

Sinee  the  hex  eolumn  and  rows  are  offset,  two  possible  conditions  exist  within  any  reetan¬ 
gle.  These  conditions  are  based  on  whether  the  reetangle  eolumn  index  is  odd  or  even  as 
seen  in  Eigure  4.5. 


(4.1) 

(4.2) 
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Even  Columns  Odd  Columns 


Figure  4.5:  Odd  and  Even  Grid  Squares 


The  mouse  click,  currently  represented  as  hex  grid  bounding  box  coordinates  (step  3),  is 
converted  into  rectangle  coordinates  (step  4)  using  equations  (4.3)  and  (4.4) 

xr  =  xb  —  3m (Rectangle  Column)  (4.3) 

yr  —  yb  —  2v^(Rectangle  Row)  —  (4.4) 


\/3u  is  subtracted  from  the  y  coordinate  since  the  center  of  the  left  side  of  the  rectangle 
is  treated  as  the  origin  of  this  new  coordinate  system.  These  new  rectangle  coordinates, 
(xr^yr)  indicate  the  position  the  mouse  click  occurred  within  the  rectangle.  The  region  that 
the  click  occurred  is  determined  using  the  following: 

If  the  rectangle  column  index  is  even 


lyrl 

xr  >  —=  =  Right, 


yr>0  =  Upper  Left,  Else:  Lower  Left 


If  the  rectangle  column  index  is  odd: 


If: 


^  \yr\ 
73 


Left,  Else:  yr  >  0  =  Upper  Right,  Else:  Lower  Right  (4.6) 
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Once  the  region  is  determined,  the  rectangle  column  and  row  indices  (/,  j)  are  modified  as 
depicted  in  Figure  4.5.  These  values  are  used  with  the  double  array  of  hex  objects  and  the 
selected  hex  is  obtained  (step  5).  WARLOC’s  pickHex  function  can  be  seen  in  detail  in 
Appendix  G. 

4.3.2  Unit  and  Hex  Objects 

The  main  components  of  WARLOC  include  the  game  map,  hexes,  and  unit  counters.  Both 
the  counter  and  hex  objects  contain  numerous  attributes  and  functions  ranging  from  a  unit’s 
combat  power  to  a  hex’s  terrain  type.  JavaScript  objects  are  key-value  pairs  allowing  pro¬ 
grammers  to  create  objects  which  contain  values  of  any  type  such  as  primitives  (numbers, 
strings,  booleans),  functions,  or  other  JavaScript  objects.  These  values  can  easily  be  refer¬ 
enced  by  simply  knowing  the  variable  name  that  contains  the  value. 

The  hex  objects  themselves  consist  of  ten  attributes  and  three  functions.  As  discussed  in 
4.3.1,  each  hex  contains  two  attributes  representing  their  center  point  in  canvas  coordinates. 
This  center  point  is  used  by  the  hex  object’s  "drawHex()"  function  to  actually  draw  the  hex 
on  the  screen.  The  structure  of  the  hex  object  is  depicted  in  Figure  4.6. 


HEX 


Attributes 


Numbers 


J 

/ 

Row  Index 

Column 

Index 

X 

y 

Canvas  X 
coodinate 

Canvas Y 
coodinate 

defense 

Assigned  defensive  value 
if  an  attackable  city 


Strings 

terrain 

Terrain  Type 
(clear,  road, 
urban,  mountain, 
water,  FE8A) 

controlled 

Controlling  faction 
(red.  blue, 
contested) 

city 

Attackable 

infrastructure 

(Seoul, 

Pyongyang,  etc..) 

Unit  [Object] 

Occupying  unit 
object 

disabled  [boolean] 

If  attackable  city, 
can  be  disabled 
(true,  false) 

Functions 


drawHexd 

Draw  the  hex  on 
the  canvas 


colorHex(cohr) 

Fill  the  hex  with 
provided  'color' 


drawMvmnt(ctx) 

Highlight  the  hex 
on  the  given  canvas 
context  if  within 
unit  movement 
range 


Figure  4.6:  The  Hex  Object 
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The  unit  objects  are  the  largest  class  of  objects  used  in  the  game.  Each  counter  has  two 
overarching  states,  full  power  and  step-lossed.  All  unit  objects  begin  the  game  at  full  power 
and  enter  the  step-lossed  state  only  after  receiving  damage.  This  requires  the  unit  objects 
to  maintain  two  values  for  almost  every  attribute  to  include,  combat  power,  movement, 
and  even  the  counter  image.  Using  the  single  boolean  attribute  "dmgd"  makes  it  easy  to 
determine  the  state  of  the  unit  and  which  attribute  is  needed.  The  engage()  function  is  an 
excellent  example  of  this  as  it  uses  the  unit’s  "dmgd"  attribute  to  return  the  appropriate 
combat  power  value,  "cp"  or  step-lossed  compat  power  ("slcp").  The  unit  counter  object  is 
depicted  in  Figure  4.7. 


Unit 


Attributes 


Functions 


draw() 

Draw  the  counter 

getmonvr(} 

If  step  loss:  return  s/m; 

Else  return  mvmnt 

Fill  all  hexes  adjacent  to  unit 
location  with  color 

Engage(i>ower) 

Return  appropriate  CP  (Full 
power  or  Step  tossed  power) 

decmanvrispoces) 

Decrement  mvmnt/sim  by  spaces 

atkRongeO 

Fill  hexes  with  targets  within  art 

or  srf  range 


destroyO 


Remove  counter  from  game 
(removes  all  references  to 
counter) 


Figure  4.7:  The  Unit  Object 


4.3.3  Adjudication 

Paper  based  wargames  and  VASSAL  modules  require  players  to  manually  resolve  combat 
through  the  use  of  dice  and  a  CRT.  Automating  this  task  is  essential  in  simplifying  game 
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play  for  the  web-based  version.  The  logic  behind  automating  some  of  these  tasks  can  be 
seen  in  Appendix  H.  The  CRTs  are  hardcoded  into  WARLOC  using  arrays  matching  the 
dimensions  of  the  CRTs.  These  arrays  contain  all  the  combat  results  found  in  WARLOC’s 
CRTs  (attacker  eliminated  (AE),  defender  eliminated  (DE),  attacker  retreat  (AR),  defender 
retreat  (DR),  equal  elimination  (EE),  no  effect  (NE),  disrupted  (DT)).  When  combat  is 
initiated,  JavaScript’s  random  number  generator  is  used  to  replicate  the  die  or  dice  roll. 
The  generated  value  (slightly  altered  to  reflect  the  fact  that  arrays  start  at  position  0)  is  then 
automatically  referenced  within  the  appropriate  CRT  array  and  a  combat  result  is  obtained. 
This  result  is  passed  to  a  function  that  uses  it  to  apply  the  effects  of  the  combat  result.  Eor 
instance,  if  the  combat  result  is  DE,  the  defending  unit  counter’s  "dmgd"  attribute  is  set 
to  “true”.  As  discussed  in  4.3.2,  the  "dmgd"  attribute  causes  the  program  to  use  the  unit 
object’s  step-lossed  image  and  refer  to  its  step-lossed  combat  power,  movement  values,  etc., 
for  the  remainder  of  the  game.  If  the  unit  is  already  damaged,  the  units  "  destroy ()"  function 
is  called  and  the  counter  is  removed  from  the  game.  The  players  receive  notification  of  the 
combat  result  from  a  pop  window  and  observe  the  game’s  state  change  as  a  result  of  the 
indicated  combat  result. 

4.3.4  Movement 

WAREOC’s  map  consists  of  six  different  terrain  types:  clear,  urban,  road,  water,  mountain 
and  EEBA.  Automating  the  terrain  data  was  attempted  by  trying  to  sample  the  map  image 
at  the  center  point  of  each  hex  object.  This  method  proved  ineffective  as  instances  of  black 
pixels  were  sampled  from  the  map  image’s  text  and  from  the  outlines  of  the  mountain  and 
water  graphics.  In  the  end,  a  terrain  data  file  was  created.  This  file  contained  manually 
entered  terrain  data  in  the  form  of  an  array  that  was  used  in  the  game’s  setup  function  to 
assign  each  hex  its  designated  terrain  data. 

Each  terrain  type  has  different  effects  on  the  movement  of  the  counters.  Clear  hexes  cost 
two  unit  movement  points  to  enter,  mountains  cost  four,  urban  areas  cost  three,  roads  cost 
one,  and  water  cannot  be  entered  by  any  unit.  The  EEBA  has  the  most  unique  functionality. 
Any  ground  unit  counters  with  a  faction  attribute  equal  to  “red”  is  affected  by  the  EEBA. 
Entering  the  EEBA  costs  a  red  unit  two  movement  points.  Upon  entering  the  EEBA  the 
red  counter  will  lose  all  remaining  movement  points  leaving  it  unable  to  move  until  the 
following  turn.  In  addition  to  this,  any  red  units  attacking  out  of  the  EEBA  receive  a  -2 
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DRM.  ROK-US  counters  are  able  to  move  freely  through  the  FEBA  and  receive  no  DRMs 
when  attacking  out  of  or  into  the  FEBA. 

Path  Search  Algorithm 

In  paper  wargames,  players  have  to  manually  calculate  the  terrain  movement  cost  of  in¬ 
dividual  hexes.  The  power  of  computers  once  again  reduces  the  tediousness  of  paper 
wargames.  In  WAREOC,  when  a  player  selects  a  ground  unit  and  clicks  the  maneuver 
button,  all  the  possible  locations  for  the  unit  to  move  are  highlighted.  A  recursive  algo¬ 
rithm,  called  detMove,  takes  the  selected  unit’s  movement  points  and  determines  all  avail¬ 
able  movement  options  for  the  unit.  This  algorithm  does  not  try  to  find  the  best  path  but 
finds  all  paths  leaving  it  up  to  the  player  to  decide  where  to  move  the  counter.  Pseudocode 
for  the  algorithm  is  provided  in  Appendix  I. 

Figure  4.8  depicts  the  game  map  after  a  Juche  Alliance  ground  force  has  been  selected  and 
the  maneuver  button  clicked.  Even  though  the  red  counter  has  10  movement  points,  its 
possible  moves  are  slightly  restricted.  FEBA  hexes  drain  all  remaining  movement  points  if 
entered  so  no  hexes  North  of  the  FEBA  are  filled.  The  red  unit’s  back  is  against  the  water 
which  cannot  be  entered  by  any  ground  unit  so  they  are  not  filled  with  a  color  and  are  not 
a  movement  option.  Terrain  to  the  South  has  been  filled  with  the  color  gray  so  it  is  a  safe 
option  but  takes  the  red  counter  away  from  its  goal,  Seoul.  Finally,  ROK-US  forces’  ZOCs 
stop  the  red  unit  from  passing  through  hexes  adjacent  to  their  forces.  These  hexes  are  iden¬ 
tified  by  their  blue  and  yellow  coloring.  The  hexes  behind  the  ROK-US  ZOCs  are  not  filled 
in  since  they  are  not  accessible.  This  figure  displays  how  units  distributed  across  the  terrain 
can  restrict  the  enemy’s  freedom  of  maneuver  by  being  thoughtfully  placed.  Unfortunately, 
the  ROK-US  forces  have  left  an  opening  to  Seoul’s  West.  The  Juche  Alliance  player  has  a 
clear  path  into  Seoul  in  this  scenario  which  will  result  in  a  North  Korea  victory. 

The  detMove  algorithm  has  been  used  in  all  playtests  conducted  up  to  this  point.  The 
algorithm  fails  to  handle  road  hexes  perfectly.  It  treats  adjacent  hexes  containing  roads  as 
costing  one  movement  point  to  move  between  them.  This  is  accurate  when  the  roads  are 
connected  and  are  going  in  the  same  direction  but  not  if  two  adjacent  hexes  contain  two 
parallel  or  unjoined  roads.  This  is  due  to  the  fact  that  the  roads  are  part  of  the  map  image 
and  not  part  of  the  hex  objects.  The  hex  objects  could  have  some  added  attributes  manually 
defined  to  determine  what  direction  the  road  is  facing  but  this  was  not  attempted  due  to 
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Figure  4.8:  Display  of  detMove  Algorithm  Path  Finding 


time  constraints. 

Players  can  currently  exploit  detMove ’s  road  loophole  and  move  a  unit  slightly  faster  than 
technically  allowed  by  traveling  through  adjacent  hexes  that  contain  a  road  facing  any  di¬ 
rection.  Since  the  number  of  roads  are  minimal  and  do  not  exist  in  the  highly  contended 
zones,  e.g.,  South  of  Nampho  and  North  of  Seoul,  the  advantages  this  loophole  provides 
are  negligible.  Regardless,  fixing  this  algorithm  or  adding  extra  attributes  to  the  hex  objects 
should  be  a  priority  for  any  future  work. 

4.3.5  User  Interface 

We  initially  envisioned  a  user  interface  capable  of  guiding  players  through  the  joint  func¬ 
tions  in  hopes  to  reinforce  the  joint  function  familiarization  learning  objective  of  the  game. 
A  very  early  conceptual  prototype  of  WARLOC’s  interface  included  the  use  of  a  CSS  flex¬ 
ible  box  layout  [65].  The  CSS  flexible  box  provides  an  adaptable  layout  that  can  be  used 
to  create  a  simple  interface.  Buttons  and  windows  are  capable  of  changing  size  as  screen 
real  estate  dictates.  Unfortunately,  the  code  used  to  generate  this  layout  proved  to  be  more 
complex  than  anticipated.  Our  lack  of  experience  with  CSS  and  lack  of  time  made  using 
the  flexible  box  more  difficult  than  originally  anticipated  and  began  taking  time  away  from 


64 


the  game  development.  The  eode  to  develop  the  layout  in  Figure  4.9  is  open  souree  and 
thus  free  to  use.  Even  though  we  moved  from  the  flexible  box  design  we  feel  that  it  is  a 
useful  tool  and  warranted  a  diseussion  in  this  thesis. 


WARLOC  INFORMATION  BAR 


footer 


Figure  4.9:  Original  User  Interface  Concept,  flexible  box  code  from  [66] 


Electing  not  to  use  the  CSS  flexible  box  did  not  remove  the  requirement  of  a  user  inter¬ 
face  for  our  game.  WARLOC’s  current  interface  was  designed  with  mobile  devices  in 
mind  making  the  game  highly  dependent  on  the  mouse  click  rather  than  a  keyboard.  The 
team  developed  the  prototype  to  work  primarily  in  a  desktop  web  browser  leaving  mobile 
platform  optimization  for  future  development.  Figure  4.10  shows  the  user  interface  imple¬ 
mented  within  the  working  prototype.  A  larger  screen  shot  is  provided  in  Appendix  J. 


Figure  4.10:  WARLOC  User  Interface,  button  code  from  [67] 
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In  the  prototype,  players  eliek  on  a  unit  to  seleet  it.  To  exeeute  any  of  the  available  funetions 
of  the  unit,  the  appropriate  menu  button  must  be  clicked.  Clicking  the  menu  button  causes 
the  map  to  highlight  all  executable  options  on  the  map  related  to  the  button’s  function.  If 
the  player  decides  they  do  not  like  their  options  they  can  click  on  a  non-highlighted  hex 
resulting  in  the  friendly  unit  being  deselected.  The  player  can  then  continue  the  game  by 
selecting  another  counter  or  ending  their  turn. 

Selecting  a  ground  unit  and  clicking  the  maneuver  button  invokes  the  detMove  function 
discussed  in  4.3.4.  If  the  direct  fire  button  is  clicked,  the  unit’s  ZOC  is  shaded  gray  while 
any  enemy  units  within  the  ZOC  are  shaded  red.  In  order  to  avoid  oversaturation  of  the 
map  for  indirect  fire  attacks,  WARLOC  highlights  only  hexes  that  are  within  range  and  are 
occupied  by  enemy  units.  A  similar  technique  is  used  for  the  Juche  Alliance  player’s  SRF 
though  targetable  infrastructure  is  highlighted  as  opposed  to  enemy  units.  In  the  game’s 
rules,  as  can  be  expected,  only  artillery  units  and  SRF  units  can  conduct  indirect  fire  and 
rocket  attacks  respectively.  To  ensure  this  is  the  case  in  the  game,  WARLOC  informs  the 
player  if  they  attempt  an  illegal  move  or  make  a  mistake  and  does  not  execute  the  selected 
action.  As  it  stands  now,  WARLOC  does  not  offer  an  undo  button  so  any  actions  executed 
in  the  game  are  irreversible. 

The  fog  of  war  button  prevents  a  player  from  viewing  their  opponent’s  counters  during  his 
or  her  turn.  The  player  can  only  reveal  enemy  counters  by  entering  the  enemy  counter’s 
ZOC.  Once  revealed,  the  unit  is  no  longer  hidden  and  is  viewable  by  both  players  until  the 
end  of  the  game.  This  feature  can  be  turned  off  by  clicking  the  menu  button  a  second  time. 
If  this  feature  is  turned  on  detMove  will  not  depict  who  controls  what  terrain  as  discussed 
earlier  in  Figure  4.8.  Instead,  all  movement  options  will  be  filled  with  the  color  gray.  The 
ATO  menu  button  is  currently  only  a  placeholder  as  WARLOC ’s  air  piece  has  yet  to  be 
implemented. 


4.4  Game  Development  Summary 

During  the  development  phase,  the  initial  wargame  design  was  adapted  over  several  differ¬ 
ent  formats  with  the  end  goal  of  creating  a  web-based  version,  hence  the  title  Web-based 
Army  Repeatable  Lesson  in  Operational  Combat  (WARLOC).  The  game  went  from  con¬ 
cept  to  paper  with  a  focus  on  creating  the  look  and  feel  of  the  game  as  well  as  playability. 
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Following  several  rounds  of  playtesting  and  refinement,  a  VASSAL  module  was  created 
providing  insight  on  player  interaction  with  a  computer  version  of  the  game  as  well  as 
streamlining  the  refinement  process.  Lastly,  and  most  importantly,  a  prototype  web-based 
version  of  the  ground  warfare  portion  of  WARLOC  was  developed.  This  involved  a  number 
of  techniques  including  creating  a  hex-based  map  system,  instantiating  unit  counters,  and 
developing  a  number  of  JavaScript  functions  to  execute  the  wargame’s  models. 
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CHAPTER  5: 
Conclusion 


The  overarching  intent  of  this  thesis  was  to  address  a  shortage  of  joint  operational  MCO 
experience  among  junior  officers  arriving  to  operational  commands.  Wargaming  has  histor¬ 
ically  been  an  excellent  method  used  throughout  history  by  military  commanders  to  train 
their  forces  in  the  planning  and  operation  of  warfare.  The  drawback  to  these  games  is  that 
they  are  often  complex  and  time-consuming.  Wargames  must  be  more  intuitive,  approach¬ 
able,  and  less  time-consuming  while  still  meeting  design  objectives.  Web-based  technology 
is  one  of  the  fastest  growing  technologies  and  offers  an  excellent  venue  for  a  game  due  to 
its  accessibility  and  ease  of  distribution.  Combining  a  casual  wargame  with  this  technology 
reduces  the  amount  of  time  required  to  set  up  and  play  while  also  increasing  the  distribution 
to  the  audience. 

The  overall  end  state  of  this  thesis  was  the  development  of  a  web-based  wargame  prototype 
which  familiarizes  players  with  MCO  at  the  operational-level.  This  development  included 
the  creation  of  both  a  paper  wargame  and  a  VASSAL  module  as  steps  to  creating  the  web 
version.  WARLOC,  as  of  the  publication  of  this  thesis,  has  achieved  the  goal  of  creating 
a  prototype  that  facilitates  the  ground  component  gameplay.  While  the  prototype  is  not 
complete,  players  can  use  the  completed  paper  version  and  VASSAL  module  for  the  full 
learning  experience.  This  chapter  discusses  our  key  findings  in  relationship  to  the  the¬ 
sis  research  questions,  implications,  potential  future  work,  and  limitations  of  this  game’s 
development. 

5.1  Wargame  Design  Findings 

The  first  two  research  questions  address  wargame  learning  objectives  and  design.  The  key 
to  designing  WARLOC  was  to  make  a  game  that  captivates  its  players  while  familiariz¬ 
ing  them  with  concepts  they  may  never  have  experienced  or  even  considered.  WARLOC’s 
design  is  based  on  MCO  doctrinal  concepts  from  both  the  joint  force  and  individual  ser¬ 
vice  branches.  These  doctrinal  concepts  have  been  distilled  into  a  system  of  models  and  a 
database  that  support  the  game’s  learning  objectives.  The  objectives  include  familiarizing 
players  with  both  joint  and  component-level  task  organizations  as  well  as  operational-level 
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MCO.  Another  objective  is  introducing  the  players  to  the  joint  functions  of  fire,  movemen¬ 
t/maneuver,  and  sustainment.  Lastly,  it  gives  the  players  an  introductory  experience  with 
air  planning  and  operations. 


5.1.1  Immersive  gameplay  requires  clear  learning  objectives,  bal¬ 
anced  gameplay,  and  a  firm  understanding  of  your  audience 

WARLOC,  in  its  paper  and  VASSAL  module  form,  is  a  casual  wargame  with  a  setup  and 
gameplay  time  of  approximately  2  hours.  In  its  web-based  form,  play  tests  often  took  about 
an  hour  to  play  all  eight  rounds.  WARLOC,  in  any  form,  has  the  potential  to  immerse  its 
players  during  game  play  which  results  in  intense  focus  on  the  game  and  its  content  and 
can  engender  repeated  play.  Immersion  in  repeated  play  of  WARLOC  places  players  in  a 
MCO  environment  making  MCO  decisions.  Through  repeated  play,  officers  can  become 
familiar  with  the  values  of  conducting  joint  operations  which  previously  had  to  be  gleaned 
from  reading  dry  and  unengaging  joint  doctrine  text. 

Balancing  accuracy  and  simplicity  in  order  to  achieve  immersive  gameplay  is  very  difficult. 
We  abstracted  a  large  number  of  real-world  processes  to  try  to  make  the  game  playable 
while  still  achieving  the  learning  objective  (e.g.,  air  warfare).  At  times,  there  were  sig¬ 
nificant  second  and  third-order  effects  from  these  abstractions  that  forced  us  to  slightly 
increase  the  complexity.  To  balance  this  complexity  we  had  to  make  assumptions  about 
our  playing  audience’s  familiarity  with  certain  topics.  For  example,  we  assumed  that  the 
players  would  be  familiar  with  tactical  ground  warfare  so  the  maneuver  portion  of  the  game 
was  simplified  while  more  detail  was  added  to  the  games  air  warfare  model. 

In  the  VASSAL  module  and  paper  version,  the  Juche  Alliance  forces  outnumber  acROK- 
US  forces  nearly  2: 1  (8:5  to  be  exact)  making  the  ROK-US  forces  the  more  challenging  side 
to  play.  The  web-based  version’s  lack  of  air  combat  makes  it  difficult  for  ROK-US  forces  to 
conduct  attacks  behind  enemy  lines.  Research  has  suggested  that  increased  challenge  can 
lead  to  increased  retention,  although  too  much  challenge  can  lead  to  the  opposite  outcome 
[68].  This  further  suggests  the  importance  of  achieving  balance  in  a  wargame  intended  to 
familiarize  its  players  with  educational  material. 
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5.1.2  Approachability  of  the  wargaming  community 

Wargamers  are  passionate  about  wargames  and  are  an  extremely  friendly  and  helpful  group 
of  fans.  Similarly,  designers  and  developers  are  very  willing  to  assist  any  new  game  de¬ 
signers.  Neither  author  had  a  great  deal  of  wargaming  experienee  so  we  reached  out  to 
the  to  wargaming  community  at  the  Pacificon  Game  Expo  [69]  for  assistance.  Face  to  face 
meetings  with  several  designers  led  to  countless  hours  discussing  wargame  design  concepts 
and  tips.  This  assistance  reached  beyond  just  gaming  conventions.  Several  more  design¬ 
ers,  such  as  John  Tiller  and  Gary  Morgan,  contributed  enormous  amounts  of  personal  time 
through  phone  calls,  chat  sessions,  and  email  conversations  that  guided  WARLOC’s  design. 
Many  of  these  designers  have  decades  of  experience  and  understand  how  to  make  games 
for  a  particular  objective.  A  new  designer/developer  should  reach  out  to  this  community 
for  advice  and  assistance. 

5.1.3  Joint  operations  balance 

Complexity  increases  with  each  additional  physical  domain  added  to  a  wargame  since  both 
cross-domain  (e.g.,  air  vs  ground)  and  intra-domain  (e.g.,  air  vs  air)  interactions  must  be 
modeled.  Modeling  these  interactions  can  be  difficult  when  trying  to  balance  complexity 
and  playability  of  a  wargame.  A  wargame  designer  must  achieve  balanced  combat  between 
the  service  components  mirroring  a  rock-paper-scissors-like  balance  where  each  compo¬ 
nent  can  win  a  conflict  depending  on  the  conditions. 

One  challenge  is  simply  gauging  combat  power.  WARLOC  used  a  multi-operation  com¬ 
bat  power  scale  for  the  air  counters.  Each  aircraft  may  engage  both  land  and  air  targets 
with  their  air-to-air,  SEAD,  or  air-to-ground  combat  powers  against  the  target’s  direct  fire 
combat  power.  These  engagements,  as  modeled  in  WAREOC,  resulted  in  air  components 
that  were  too  effective  in  certain  situations  and  too  ineffective  in  others.  Balance  was  not 
achieved.  One  area  of  research  that  may  help  improve  this  balance  is  the  measurement  of 
effects  that  aircraft  munitions  have  on  ground  and  air  targets. 

Another  challenge  is  gameplay  speed.  We  wanted  a  full  game  of  WAREOC  to  last  less 
than  two  hours.  WAREOC’s  play  time  is  highly  dependent  on  the  time  it  takes  each  player 
to  play  through  their  respective  turns.  WAREOC  play  tests  revealed  that  air  combat  was 
the  largest  time  contributor  to  each  player’s  turn.  Though  air  warfare  is  a  large  portion  of 
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WARLOC,  it  serves  largely  as  a  support  function  as  players  are  required  to  successfully 
maneuver  their  ground  forces  to  control  Seoul  and  win  the  game.  The  length  of  time  a 
player  spends  planning  and  executing  the  air  portion  versus  the  maneuver  portion  further 
suggests  imbalances  in  the  game.  We  want  each  joint  function  to  feel  equally  important  in 
a  player’s  victory.  One  possible  solution  to  reduce  the  air  combat  time  requirement  would 
be  to  reduce  the  total  number  of  air  counters  in  WARLOC. 

Lastly,  we  wanted  to  add  a  special  operations  forces  (SOF)  component  to  WARLOC  ever 
since  the  game’s  initial  conceptual  design  but  were  concerned  about  added  complexity  and 
gameplay  length.  Near  the  end  of  the  development  cycle,  a  SOF  component  was  added  to 
the  web-based  version.  Players  cannot  interact  directly  with  this  SOF  component  as  it  acts 
as  a  random  disruptive  effect  against  TBM  and  infrastructure.  This  additional  feature  was 
an  attempt  to  balance  the  web-version  due  to  the  non-existent  air  component.  This  feature 
has  not  been  thoroughly  playtested  so  the  overall  impact  is  unknown  at  the  time  of  this 
writing. 

5.2  Wargame  Development  Findings 

We  developed  a  web-based  prototype  of  the  overall  design  allowing  players  to  ex¬ 
perience  the  ground  combat  contained  within  WARLOC.  The  game  can  be  found  at 
http://faculty.nps.edu/cjdarken/pavek-starken-2014.  We  fully  believe  that  a  game  similar 
to  our  VASSAL  module  can  be  fully  recreated  as  a  web-based  version.  This  is  only  a  mat¬ 
ter  of  using  CSS  to  stylize  the  WARLOC’s  HTML  and  adding  the  needed  JavaScript  code 
for  functionality.  Neither  author  was  intimately  familiar  with  CSS  so  a  large  learning  curve 
existed  and  lack  of  time  prevented  us  from  pursuing  this  level  of  development.  Time  also 
prevented  full  incorporation  of  the  ATOs  and  thus  the  air  component  of  WARLOC. 

Despite  WARLOC’s  imbalances,  WARLOC  has  value.  There  is  a  sense  of  pride  in  achiev¬ 
ing  victory  when  playing  as  the  ROK-US  forces.  This  intrinsic  reward  can  increase  a 
motivated  player’s  immersion  which  can  lead  to  a  flow-like  state.  Intense  focus  on  a  game 
rooted  in  joint  doctrine  offers  another  opportunity  for  officers  to  familiarize  themselves 
with  material  they  may  not  receiving  in  their  current  positions. 

WARLOC  uses,  thus  familiarizes  players  with,  doctrinal  operational  symbols.  As  units  and 
critical  infrastructure  become  damaged,  players  begin  to  understand  how  these  effects  can 
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influence  a  combat  operation  at  the  operational  level.  A  step-lossed  ROK-US  counter,  not 
receiving  supplies  due  to  the  disruption  caused  at  Daejeon  by  a  Juche  Alliance  interdiction 
attack,  may  not  be  capable  of  moving  even  one  hex.  They  begin  to  understand  the  true 
value  of  supply  lines  like  major  roads  or  intersections  similar  to  the  attackable  crossroads 
found  in  WARLOC.  Players  realize  the  importance  of  protecting  major  ports  like  Pohang 
to  ensure  that  reinforcements  can  arrive.  These  situations  help  officers  understand  the  joint 
function  of  sustainment  at  the  operational  level  of  war. 

With  victory  conditions  based  solely  on  whether  or  not  a  North  Korean  force  enters  Seoul, 
players  begin  to  understand  that  complete  destruction  of  the  enemy  is  not  always  the  di¬ 
rect  path  to  mission  accomplishment.  The  power  of  ZOCs  reinforce  the  joint  function  of 
maneuver  as  a  well-placed  unit  restricting  movement  of  enemy  counters  may  be  all  that  is 
needed  to  achieve  victory. 

Players  are  familiarized  with  the  joint  function  of  fires  through  the  use  of  cannon  artillery, 
TBMs,  and  air  sorties.  Though  somewhat  abstracted,  players  are  familiarized  with  the  diffi¬ 
culty  in  planning  and  executing  air  operations.  They  are  also  familiarized  with  terminology 
associated  with  air  operations,  both  of  which  will  assist  in  any  future  joint  assignment.  The 
value  of  ADA  is  constantly  reinforced  in  the  player’s  minds  as  they  realize  no  interdiction 
mission  is  successful  without  the  proper  support.  Overall,  players  are  familiarized  with  a 
host  of  strategies  and  considerations  at  the  operational  level  that  may  not  necessarily  exist 
at  all  at  the  tactical  level  of  warfare. 

5.2.1  Rapid  Prototyping  via  VASSAL 

Moving  to  VASSAL  was  a  decision  that  saved  the  most  time  in  developing  WARLOC.  Ini¬ 
tially,  a  significant  amount  of  time  and  resources  were  expended  repeatedly  printing  and 
cutting  out  unit  counters  every  time  a  change  was  made.  Through  the  use  of  VASSAL, 
changes  could  be  made  to  the  game’s  map  or  unit  counters  and  a  playtest  conducted  in 
minimal  time.  The  added  bonus  of  using  VASSAL  is  that  a  working,  manual,  digital  ver¬ 
sion  of  the  game  is  produced.  Though  not  web-based,  creating  a  VASSAL  module  of  a 
well  designed  wargame  can  be  distributed  more  efficiently  than  a  paper  version.  VASSAL 
offers  a  server  to  host  any  modules  developed  with  the  VASSSAL  engine.  Care  should 
be  taken  when  utilizing  this  option  as  any  VASSAL  modules  uploaded  to  this  server  are 
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made  available  to  the  entire  VASSAL  community.  If  the  military  were  to  decide  to  use  the 
VASSAL  engine  to  produce  confidential  digital  versions  of  their  strategic  wargames,  the 
VASSAL  server  should  be  avoided  and  another  distribution  system  implemented. 

5.2.2  Code  Development  Process 

Design,  play,  refine  was  used  to  develop  the  paper  version  of  the  WARLOC  but  not  so 
much  for  the  web-version.  We  were  intensely  focused  on  perfecting  the  design  of  the  paper 
version  before  beginning  any  code  development.  Time  forced  us  to  begin  code  development 
when  it  should  have  been  forced  by  our  development  process.  This  hurt  the  end  product  as 
we  did  not  have  the  time  to  explore  the  more  difficult  aspect  of  the  game,  WARLOC’s  air 
combat. 

5.2.3  Some  Libraries  are  Useful,  None  are  Required 

Time  was  spent  researching  the  different  available  JavaScript  libraries  which  were  never 
used.  Though  these  libraries  can  offer  solutions  to  certain  problems  within  a  complex 
project,  the  time  and  effort  needed  to  learn  the  intricacies  of  these  libraries  can  quickly 
diminish  any  advantage  they  provide.  In  addition,  these  libraries  are  most  often  governed 
by  one  of  the  many  different  open  source  licenses.  These  licenses  can  cause  unanticipated 
complications  in  releasing  web  applications  to  a  limited  audience  such  as  the  military  com¬ 
munity. 

5.3  Implications 

Two  Naval  Postgraduate  School  (NPS)  students,  with  limited  programming  experience, 
produced  the  WARLOC  prototype  working  part-time  with  marginal  costs.  This  is  in  direct 
contrast  to  the  expensive,  resource-intensive  simulation  development  typically  found  in  the 
military.  A  dedicated  game  development  team  of  military  personnel  could  easily  produce 
affordable,  timely,  and  flexible  web-based  applications  for  the  service  branches. 

WARLOC  has  the  potential  to  supplement  a  lectured  course  in  joint  theory.  Though  it 
is  debatable  on  how  much  one  can  learn  by  playing  a  game  alone,  empirical  evidence 
does  exist  showing  the  effectiveness  of  games  in  the  classroom.  Richard  Blunt,  a  retired 
naval  officer  and  learning  consultant,  conducted  three  studies  at  a  university  related  to 
using  games  in  the  classroom.  He  found  that  the  classes  that  used  games  in  their  course 


74 


significantly  outperformed  students  in  classes  without  the  game  [70].  Games  provide  hand 
on  experience  with  the  subject  matter  which  can  facilitate  in  class  discussion. 

5.4  Recommendations  for  Future  Work 

First  and  foremost  WARLOC  is  a  simulation,  even  if  considered  abstract.  Creating  any 
simulation  accurately  takes  time  and  constant  refinement.  There  are  still  issues  with  the 
overall  game  balance  to  include  accurate  unit  combat  power  values,  adequate  CRTs,  and 
the  ability  of  each  side  to  equally  interdict  each  other.  Extensive  playtesting  will  easily 
improve  these  factors  but  require  the  one  resource  we  ran  out  of,  time. 

The  game  is  operational  in  the  web  browser  of  desktop  computers,  laptops,  and  mobile  de¬ 
vices  (although  not  optimized  for  mobile  devices).  One  obvious  track  of  future  work  would 
be  to  expand  the  code  using  responsive  web  design  to  become  a  fully  functional  web  app 
which  in  turn  would  improve  the  overall  user  interface.  Other  options  include  developing 
a  native  application  for  either  Android  or  iOS  using  the  appropriate  software  development 
kit.  Though  costs  to  develop  the  game  for  the  open  web  browser  were  negligible  and  using 
development  kits  can  come  at  a  cost,  future  service  members  are  more  likely  to  access  the 
Internet  through  mobile  devices  whose  app  development  process  require  these  kits. 

Though  the  ground  warfare  component  of  WARLOC  was  achieved,  we  were  unable  to 
completely  recreate  the  game  in  the  browser.  An  opportunity  for  future  work  would  be  to 
further  develop  the  web-based  version  and  add  the  functionality  of  the  air  planning  and  air 
execution  phases  of  the  game.  The  C2,  intelligence,  and  protection  joint  functions  were 
not  included  in  the  game  design  in  order  to  decrease  complexity  and  reduce  gameplay 
time.  However,  the  web-based  version’s  ability  to  automate  tasks  can  assist  in  reducing 
this  complexity  and  gameplay  time.  It  would  be  worth  exploring  methods  to  integrate  these 
functions  into  the  game  without  increasing  either  of  these  two  factors.  The  game  does  cur¬ 
rently  contain  the  ability  to  replicate  the  fog  of  war  so  it  may  be  relatively  easy  to  integrate 
a  simple  game  mechanic  to  familiarize  players  with  the  joint  intelligence  function.  Expand¬ 
ing  the  fog  of  war  also  supports  the  expansion  of  the  SOE  component  representation.  The 
fog  of  war  feature  would  enable  the  players  ability  to  maneuver  SOE  counters  throughout 
the  enemy’s  territory  in  secret.  Einally,  North  Korea’s  push  into  South  Korea  is  only  one  of 
many  possible  scenarios.  Creating  additional  scenarios  executable  within  WARLOC  would 
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be  another  welcomed  advancement  of  the  game. 

As  it  stands  now,  WARLOC  is  designed  for  two  players  to  play  the  game  on  a  single  device. 
Adding  a  network  capability  would  allow  distributed  players  to  play  over  the  Internet.  Cre¬ 
ating  this  capability  within  WARLOC  would  be  a  great  opportunity  for  anyone  interested 
in  exploring  the  usefulness  of  open  source  libraries  like  Node.js  [71]. 

It  is  not  uncommon  for  wargamers  to  play  a  multiplayer  wargame  in  solitary  mode.  How¬ 
ever,  an  obvious  improvement  to  WARLOC  would  be  to  develop  some  level  of  artificial 
intelligence  and  create  a  single  player  mode.  This  could  be  accomplished  using  simple 
scripting  techniques  or  by  utilizing  a  game  search  technique  such  as  minimax  or  alpha-beta 
pruning  [72]. 

5.5  Limitations  of  this  Study 

The  work  discussed  in  this  thesis  is  exploratory  in  nature.  WARLOC  is  intended  to  famil¬ 
iarize  its  players  with  joint  theory  and  functions.  No  user  tests  were  conducted  to  assess 
the  validity  of  this  intention.  If  WARLOC  could  be  fully  developed,  an  experiment  could 
be  created  to  determine  both  usability  and  the  game’s  effectiveness  in  achieving  this  goal. 

5.6  Summary 

The  U.S.  military,  once  again,  finds  itself  at  the  crossroad  of  an  uncertain  future.  Faced  with 
an  unclear  operating  environment  and  a  population  of  experienced  combat  vets,  the  senior 
military  leaders  must  determine  the  training  direction  of  the  armed  services.  In  a  fiscally- 
constrained  environment,  web-based  learning  games  can  assist  in  rapidly  bridging  the  gap 
between  the  familiar  and  unfamiliar  at  a  lower  cost  than  typically  large  simulations.  Further 
research  and  development  of  products  like  WARLOC  could  lead  to  improved  readiness  with 
substantial  savings. 
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APPENDIX  A: 

Unit  Task  Organization 


Figure  A.l:  Combined  Forces  Command,  Korea  (CFC)  Task  Organization 


Figure  A. 2:  Combined  Fore  Air  Component  Command  (CFACC)  Task  Organization 
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Figure  A. 3:  Combined  Forces  Land  Component  Command  (CFLCC)  Task  Organization 
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Figure  A. 4:  Juche  Alliance  Task  Organization 
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Figure  A. 5:  Korean  People's  Ground  Force  (KPAGF)  Task  Organization 
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Figure  A. 6:  Korean  People's  Army  Air  Force(KPAF)  Task  Organization 
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Figure  A. 7:  People’s  Republic  of  China  (PRC)  Task  Organization 
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APPENDIX  B: 
WARLOC  Rule  Book 


This  appendix  includes  the  WARLOC ’s  rule  book  in  its  entirety.  This  rule  book  is  in  a  draft 
form  and  should  be  treated  as  such.  Players  can  successfully  play  the  WARLOC  Vassal 
Module  accompanied  by  these  rules.  The  rules  offer  insight  to  anyone  playing  WARLOC 
over  the  web. 
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Version  1.1 


84 


Table  of  Contents 


1.0  Introduction 

1 . 1  Learning  Objectives 

1.2  Scenario 

1.3  Player  Role 

1 .4  Victory  Conditions 

1.4.1  CFC  Victory  Conditions 

1.4.2  Juche  Alliance  Victory  Conditions 
2.0  Components 

2.1  Map 

2.2  Counters 

2.3  Explanation  of  Universal  Common  Counter  Values 

2.3.1  Movement  Allowance 

2.3.2  Unit  Designation/Higher  Command 

2.4  Explanation  of  Ground  Unit  Specific  Values 

2.4. 1  Unit  Echelon 

2.4.2  Unit  Type 

2.4.3  Combat  Power 

2.4.4  Indirect  Eire 

2.5  Explanation  of  Air  Unit  Specific  Values 

2.5.1  Aircraft  Type/Model 

2.5.2  Air-to-Air 

2.5.3  Suppression  of  Enemy  Air  Defense  (SEAD) 

2.5.4  Air-to-Ground 

2.6  Combat  Resolution  Table  (CRT) 

2.7  Game  Scale 

2.8  Hex  Control 
3.0  Game  Setup 

3.1  Game  Map  Setup 

3.2  Air  Tasking  Order  (ATO)  Cards 
4.0  Standard  Sequence  of  Play 


85 


4.1  First  Round  Modifications 
5.0  Joint  Fires 

5.1  Joint  Fires  Targeting 

5.1.1  Indirect  Fire  Artillery  Systems 

5.1.2  Theater  Ballistic  Missiles  (TBM) 

5.1.3  Air  Defense  Artillery  (ADA) 

6.0  Air  Power 

6.1  Air  Power  Sequence  of  Play 

6.1.1  Air  Planning  Sub-Phase 

6.1.2  Air  Operations  -  Force  Execution  Sub-Phase 

6.2  Air  Operations  Description  and  Combat  Resolution 

6.2.1  Air  Superiority 

6.2. 1.1  Offensive  Counterair  (OCA) 

6.2.2  Global  Precision  Attack 

6.2.2. 1  Counterland  Operations 

7.0  Maneuver 

7.1  Stacking 

7.2  Zones  of  Control  (ZOC) 

7.2.1  ZOC  Effects 

7.3  Terrain 

7.3.1  Installations 

7.3. 1.1  Installation  Occupation 

7.3. 1.2  Installation  Disruption 

7.3.2  Eortifications 

7.3.2. 1  Barrier  Effects 

7.4  Movement  Types 

7.4.1  Ground  Maneuver 

7.4.2  Air  Movement 
8.0  Combat 

8.1  Combat  Eligibility 

8.2  Combat  Procedure 

8.2.1  Attack  Declaration 


86 


8.2.2  Combat  Differential  Caleulation 

8.2.3  Combat  Results  Table  Seleetion 

8.2.4  Determine  Diee  Roll  Modifier  (DRM) 

8.2.5  Combat  Results 
8.3  Retreat 

9.0  Command  &  Supply  Effeets 

9.1  Command  Interdietion  Effeets 

9.2  Supply  Interdietion  Effeets 


87 


1.0  Introduction 

WARLOC  (Web-based  Army  Repeatable  Lesson  in  Operational  Combat)  is  a  web-based 
wargame  in  which  players  perform  the  role  of  a  Combined  Joint  Task  Force  (C/JTF)  Com¬ 
mander  conducting  major  operations  in  a  traditional  war  against  a  near-peer  opponent. 

1.1  Learning  Objectives 

Over  a  decade  of  persistent  conflict  in  support  of  the  Global  War  On  Terror  has  led  to 
a  junior  officer  corps  that  is  highly  trained  in  the  tactical  level  of  war.  WARLOC  is  an 
educational  game,  designed  to  familiarize  junior  field  grade  Army  officers  with  the  basics 
of  Major  Combat  Operations  (MCO)  at  the  operational  level.  It  focuses  on  four  learning 
objectives: 

1.  Familiarization  with  Major  Combat  Operations  (MCO)  at  the  operational-level 

2.  Familiarization  with  Joint  and  component-level  task  organization 

3.  General  understanding  of  the  Joint  Functions  of  Intelligence,  Fires,  Movement/  Ma¬ 
neuver,  and  Sustainment. 

4.  Introductory  experience  with  the  air  power  in  a  joint  task  force. 

1.2  Scenario 

North  Korean  leader,  Kim  Jung-Un’s  2012  promise  of  becoming  a  “great  and  prosperous 
nation”  has  come  to  fruition  through  a  series  of  aggressive  economic  reform  and  regional 
intimidation.  Now,  in  the  year  2022,  North  Korea  stands  at  a  level  of  economic  and  military 
prosperity  that  is  nearly  equal  to  its  regional  neighbors. 

After  months  of  provocations  from  both  sides  of  the  Military  Demarcation  Line,  the  United 
Nations  Security  Council  is  at  a  deadlock.  Both  China  and  Russia  are  staunchly  against  any 
UN  or  Republic  of  Korea  (ROK)  -  United  States  offensive  operations  into  North  Korea. 
Seizing  this  period  of  indecision.  North  Korea  launches  an  attack  into  South  Korea  with 
the  intent  to  conduct  a  swift  war  while  threatening  nuclear  retaliation  if  ROK-US  forces 
enter  North  Korea.  The  People’s  Republic  of  China,  while  against  a  North  Korean  invasion 
into  South  Korea,  is  also  intent  on  preventing  a  nuclear  engagement.  In  response  the  PRC 
is  supporting  the  defense  of  North  Korea  by  augmenting  North  Korea’s  defensive  ground 
and  air  forces.  In  addition  they  are  providing  a  naval  presence  in  the  Korea  Bay  off  of 
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North  Korea’s  western  coast.  Meanwhile,  Russia  conducts  naval  “exercises”  in  the  Sea  of 
Japan  directly  off  the  eastern  coast  of  North  Korea  effectively  preventing  ROK-US  naval 
operations  on  either  coast. 

Players  can  play  the  role  of  either  the  Combined  Forces  Command  (CFC)  or  the  Juche 
Alliance  (JA)  of  North  Korea  and  PRC  ground  and  air  forces. 


1.3  Player  Roles 

The  players  represent  the  two  Joint  Force  Commanders  (JFC)  controlling  both  land  and  air 
forces  at  the  Operational  Level  of  War.  One  player  will  assume  the  role  as  commander  of 
CFC  and  the  other  as  the  commander  of  the  JA. 


1.4  Victory  Conditions 

The  players  represent  the  two  Joint  Force  Commanders  (JFC)  controlling  both  land  and  air 
forces  at  the  Operational  Level  of  War.  One  player  will  assume  the  role  as  commander  of 
CFC  and  the  other  as  the  commander  of  the  JA. 


1.4.1  CFC  Victory  Conditions 

The  CFC  Commander  is  successful  if  they  prevent  JA  forces  from  entering  a  Seoul  hex  by 
the  end  of  round  8. 


1.4.2  Juche  Alliance  Victory  Conditions 

The  JA  Commander  is  successful  if  any  of  their  ground  forces  enter  a  Seoul  hex  by  the  end 
of  round  8. 
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2.0  Components 

2.1  Map 


WARLOC  Game  Map 
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2.2  Counters 


Counter  Legend 


I  Unit  Type/ 
i  Formation 
1  Color 


Unit  Echelon 


Unit  I 
Designation  | 


XXX 


Higher 

Command 


Nationality 

United  States  (US) 

Republic  of  Korea  (ROK) 

Democratic  People;s  Republic  of  Korea  (DPRK) 
People’s  Republic  of  China  (PRC) 


Artillery 

Unit 


Indirect  Fire/ 
Combat  Strength/ 
Movement  Allowance 


Combat  Strength/ 
Movement  Allowance 


7/7/6/20 


'  Aircraft  Type 
i  (Fighter/ 

I  Bomber) 


Banner 
Indicates 
Step  Loss 


Aircraft  Model 


I  Air-to-Air/ 
Suppression  of 
.  Enemy  Air  Defense 
(SEAD)/ 
Air-to-Ground/ 
Movement  Allowance 


Counter  Legend 


2.3  Explanation  of  Universal  Common  Counter  Values 

2.3.1  Movement  Allowance 

Represents  the  maximum  number  of  Movement  Points  (MPs)  a  unit  ean  expend  during 
eaeh  turn. 

2.3.2  Unit  Designation/Higher  Command 

Eaeh  individual  unit  (Unit  Designation)  belongs  to  a  higher  formation/eommand  (Higher 
Command).  The  color  of  the  unit  symbol  also  distinguishes  the  unit’s  command  for  quick 
reference. 

2.4  Explanation  of  Ground  Specific  Values 

2.4.1  Unit  Echelon 

Ground  Unit  Sizes:  Each  ground  unit  has  a  unit  size  marked  directly  above  its  unit  symbol. 


XX  -  Division 
XXX  -  Corps 
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2.4.2  Unit  Type 

Ground  Units  are  represented  by  standard  NATO  symbols. 


Light  Infantry 


Mechanized 

Infantry 


Armor 


Field  Artillery 


Unit  Symbols 


Air  Defense 
Artillery 


2.4.3  Combat  Power 

An  estimated  numerical  value  of  a  unit’s  morale,  training,  doctrine,  cohesion,  and  ancillary 
weapons  systems.  This  value  is  used  to  resolve  all  Direct  Fire  combat  in  both  the  attack 
and  the  defense. 


2.4.4  Indirect  Fire 

The  combat  power  of  an  artillery  unit  conducting  indirect  fire  attacks. 


2.5  Explanation  of  Air  Unit  Specific  Values 

2.5.1  Aircraft  Type/Model 

Aircraft  silhouettes  represent  the  various  aircraft  models  as  follows: 
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Aircraft  Models 


2.5.2  Air-to-Air 

The  attacking/defending  strength  used  in  air-to-air  direct  fire  combat  (fighter  vs  fighter) 

2.5.3  Suppression  of  Enemy  Air  Defense  (SEAD) 

Attack  strength  used  against  an  Air  Defense  Artillery  system  during  a  SEAD  mission. 

2.5.4  Air-to-Ground 

Attaek  strength  of  any  air-to-ground  attack,  units  or  infrastructure,  EXCEPT  for  attaeks  on 
air  defense  artillery  (ADA)  units  (use  SEAD  eombat  power  for  this  eombat  resolution). 

2.6  Combat  Resolution  Table  (CRT) 

There  are  four  Combat  Results  Tables  (CRT)  to  ehoose  from: 

1 .  Direet  Eire  [DE]  (Ground  to  Ground,  Air  to  Air) 

2.  Indireet  Eire  [IDE]  (Artillery,  Surfaee-to-Surfaee  Missile) 

3.  Surface  to  Air  [S2A]  (Air  Defense  Artillery  Eire  on  Attaeking  Aircraft) 

4.  Air  to  Ground  [A2G]  (Air  Interdiction,  Close  Air  Support,  Suppression  of  Enemy 
Air  Defense,  Attaek  Operations) 
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2.7  Game  Scale 

The  map  scale  is  7.5  miles  per  hex.  Unit  scale  is  generally  corps,  although  some  indepen¬ 
dent  weapon  systems  are  used  to  represent  ADA  and  TBM  sites.  Each  game  turn  represents 
roughly  one  day. 

2.8  Hex  Control 

Units  control  the  hex  in  which  they  reside  as  well  as  all  hexes  in  their  Zone  of  Control 
(ZOC).  Hexes  overlapped  by  ZOCs  of  two  opposing  units  is  considered  “contested.”  How¬ 
ever,  in  general,  at  the  start  of  the  game  all  hexes  south  of  the  Demilitarized  Zone  (DMZ) 
are  controlled  by  the  ROK/US  Combined  Forces  Command  (CFC)  while  all  hexes  north  of 
the  DMZ  are  controlled  by  the  Juche  Alliance. 

3.0  Game  Setup 

3.1  Game  Map  Setup 

In  an  effort  to  simulate  operational  surprise  and  the  delayed  arrival  of  PRC  forces,  some 
unit  counters  are  not  immediately  available  for  use  and  should  be  placed  as  indicated. 

1 .  The  following  forces  are  not  available  until  the  players  turn  in  round  2  and  should  be 
stacked  on  the  ‘2’  found  in  the  round  tracker  on  the  game  board.  (Note:  Place  3rd 
Corps  on  top  as  it  is  possible  for  this  unit’s  arrival  to  be  delayed.) 

(a)  3rd  Corps  8th  Army 

(b)  ROKCFTF(x2) 

(c)  US  58th  Fighter  Squadron,  33rd  Fighter  Wing 

(d)  US  19th  Fighter  Squadron,  15th  Fighter  Wing 

(e)  US  90th  Fighter  Squadron,  3rd  Fighter  Wing 

2.  The  following  forces  are  not  available  until  the  players  turn  in  round  3  and  can  be 
stacked  on  the  ‘3’  found  in  the  round  tracker  on  the  game  board. 

(a)  US  1 1th  Bomber  Squadron,  2nd  Bomber  Wing 

(b)  US  20th  Bomber  Squadron,  2nd  Bomber  Wing 

3.  The  following  forces  are  not  available  until  the  JA  Commander’s  turn  in  round  4  and 
can  be  stacked  on  the  ‘4’  found  in  the  round  tracker  on  the  game  board. 

(a)  China  1st  Fighter  Detachment,  1st  Fighter  Regiment 
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(b)  China  12th  Fighter  Detachment,  12th  Fighter  Regiment 

4.  The  following  forces  are  not  available  until  the  JA  Commander’s  turn  in  round  6  and 
can  be  stacked  on  the  ‘6’  found  in  the  round  tracker  on  the  game  board. 

(a)  China  1st  PLAGF 

(b)  China  26th  PLAGF 

(c)  China  38th  PLAGF 

(d)  China  39th  PLAGF 

5.  Air  Units  for  both  Commanders  are  conducting  Counter  Air  Patrols  (CAP)  so  are  not 
available  for  the  first  Air  Planning  phase  and  are  located  at  the  following. 

(a)  KPA  1st  ACC,  60th  Fighter  Wing  -  Located  1  hex  outside  of  any  Pyongyang 
hex 

(b)  KPA  1st  ACC,  35th  Fighter  Wing  -  Located  1  hex  outside  of  Hwangju 

(c)  US  35th  Fighter  Squadron,  8th  Fighter  Wing  -  Located  1  hex  outside  of  Seoul 

Players  may  freely  place  all  other  ground  units  with  the  following  exceptions: 

1 .  No  JA  forces  South  of  the  DMZ 

2.  NO  CFC  forces  North  of  FEBA  A 

3.  ROK  Capital  Corps  (CAP  3 A)  must  be  in  one  of  Seoul’s  4  hexes. 

3.2  Air  Tasking  Order  (ATO)  Cards 

All  air  counters  not  currently  placed  on  the  turn  tracker  on  the  game  map  are  placed  within 
the  “Sorties  Available’’  row  on  the  player’s  ATO  card. 

4.0  Standard  Sequence  of  Play 

WARLOC  is  played  in  8  rounds  consisting  of  2  turns,  1  for  each  player. 

Each  turn  is  divided  into  specific,  ordered  Phases. 

The  Sequence  of  Play  consists  of  the  following  Phases: 


1 .  Apply  any  effects  on  remaining  friendly  forces  from  enemy’s  attack  the  previous  turn 

2.  Joint  Eires  Operations 

(a)  Air  Operations  -  Eorce  Execution 
i.  Air  Movement 
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ii.  Air  Combat  (refer  to  6.2  Air  Operations  and  Combat  Resolution) 

A.  Air-to-Air  Combat  [DF] 

B.  Deliberate  or  Dynamic  SEAD  [A2G] 

C.  Surface-to-Air  Combat  (ADA  vs  Air  Threat)  [S2A] 

D.  Air-to-Ground  combat  (Attack  Ops,  Air  Interdiction,  Close  Air  Sup¬ 
port)  [A2G] 

(b)  Ground-based  Indirect  Fires 

3.  Ground  Operations 

(a)  Ground  Movement 

(b)  Ground  Combat 

4.  Air  Planning  -  Air  Sorties  Allotment  for  following  turn 

5.  Housekeeping  (remove  disruption  counters  and  adjust  reinforcement  arrival  if  appli¬ 
cable) 


4.1  First  Round  Modifications 

Once  the  game  is  setup  both  players  will  have  their  ATO  card’s  “Sorties  Available”  section 
containing  taskable  air  unit  counters.  During  the  first  round  and  first  round  only,  both 
players  SIMULTANEOUSLY  conduct  their  Air  Planning  sub-phase.  Defensive  CounterAir 
units  are  already  in  pllace  on  the  map. 

Note:  Typically  players  will  conduct  their  Air  Planning  sub-phase  sequentially  during  their 
game  turn  as  described  in  the  Air  Planning  Sub-Phase  section,  however  the  first  game  turn 
is  unique  and  the  sequence  of  events  is  as  follows: 

1 .  Both  players  conduct  the  Air  Planning  for  the  first  turn  during  the  game  setup  portion. 
The  players  then  use  this  plan  to  execute  their  Joint  Fires  portion  of  their  1st  round 
game  turn. 

2.  At  the  end  of  each  player’s  turn  in  round  1  they  will  conduct  their  Air  Planning  Phase 
for  their  next  turn  in  round  2  and  the  Standard  Sequence  of  Play  will  naturally  occur 
for  the  remainder  of  the  game. 
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5.0  Joint  Fires 

Joint  Fires.  Fires  delivered  during  the  employment  of  forces  from  two  or  more  components 
in  coordinated  action  to  produce  desired  effects  in  support  of  a  common  objective. 

Joint  Fires  Support  Joint  fires  that  assist  air,  land,  maritime,  and  SOF  to  move,  maneuver, 
and  control  territory,  populations,  airspace,  and  key  waters  in  support  of  the  joint  force 
commander’s  (JFC’s)  scheme  of  maneuver. 

-JP  3-09(Joint  Fire  Support) 


Design  Note:  One  of  the  game’s  learning  objectives  is  for  players  to  create  a  single  battle 
plan  that  synchronizes  both  maneuver  and  fires.  Additionally,  they  should  learn  how  to 
integrate  air  operations  and  ground  operations  into  their  fires  plan 

In  WARLOC,  Joint  Fire  Support  is  eondueted  by  forees  from  both  the  land  eomponent  and 
air  eomponent.  This  seetion  diseusses  ground  indireet  fire  systems  and  missile  systems. 
Joint  Fires  eombat  is  explained  in  the  Combat  seetion. 

5.1  Joint  Fires  Targeting 

Eaeh  joint  fires  system  has  speeifie  targets  that  ean  be  engaged  within  its  given  range. 

5.1.1  Indirect  Fire  Artillery  Systems 

Ground  artillery  units  have  both  direet  fire  (indieated  by  the  unit’s  eombat  strength)  and 
indireet  fire  eapabilities.  Direet  fire  eombat  is  eovered  in  the  Combat  seetion. 

Artillery  Unit  Specifications 

1.  Range:  10  hexes. 

2.  Targets:  Any  ground  enemy  unit,  Artillery  CANNOT  engage  airborne  targets  using 
its  indireet  fire  value.  It  ean  defend  itself  against  aireraft  using  its  direet  fire  eombat 
power  value. 

3.  Associated  CRT:  Indireet  Fires 

5.1.2  Theater  Ballistic  Missiles  (TBM) 

Ground  artillery  units  have  both  direet  fire  (indieated  by  the  unit’s  eombat  strength)  and 
indireet  fire  eapabilities.  Direet  fire  eombat  is  eovered  in  the  Combat  seetion. 
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SRF  Unit  Specifications 


1.  Range:  25  hexes. 

2.  Targets:  Infrastrueture  (C2  Nodes,  Air  Bases,  Logstie  Hubs,  Ports)  and  erossroads. 

3.  Associated  CRT:  2  possible  eases 

(a)  Targeted  infrastructure  is  within  a  friendly  ADA  units  ZOC  and  ADA  is 
not  disabled  (Protected). 

i.  Roles:  Aireraft  =  Attaeker,  ADA  =  Defender 

ii.  Differential:  Defender  (Indireet  Fire  Value  +  Infrastrueture  Defense  Value) 
-  Attaeker  Indireet  Fire  Value 

iii.  CRT:  S2A 

A.  AE:  No  Effeet  on  targeted  Infrastrueture  (ADA  sueeessfully  shot  down 
TBM) 

B.  NE,  AR:  Targeted  infrastrueture  is  disabled  (ADA  failed  to  shoot  down 
TBM).  Apply  Interdietion  effeets  as  deseribed  in  9.0  Command  &  Sup¬ 
ply  Effeets. 

(b)  Targeted  infrastructure  is  NOT  within  a  friendly  ADA  units  ZOC  or  pro¬ 
tecting  ADA  system  is  disabled  (Unprotected). 

i.  Roles:  Aireraft  =  Attaeker,  Target  =  Defender 

ii.  Differential:  Attaeker  A2G  Value  -  Defender  infrastrueture  defense  value 

iii.  CRT:  A2G 

A.  DE,  Disrpt:  Targeted  infrastrueture  is  disabled.  Apply  Interdietion  Af- 
feets  as  deseribed  in  9.0  Command  &  Supply  Effeets. 

B.  NE,  AE:  TBM  missed  its  target.  No  Effeet. 
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5.1.3  Air  Defense  Artillery  (ADA) 

Design  Note: 

1.  Point  vs.  Area  Defense,  n  order  to  simplify  gameplay,  we  have  focused  on  the  point 
defense  portion  of  air  defense  and  not  on  the  area  defense  portion.  That  is  why  the 
7x)ne  of  Control  for  an  ADA  unit  is  limited  to  the  six  hexes  surrounding  an  ADA  unit. 

2.  ADA  detection  range.  We  are  portraying  a  short-medium  detection  range  for  ADA 
systems.  We  are  also  depicting  that  both  sides  have  offensive  airborne  C2  assets 
that  are  coordinating  the  offense  counterair  operation.  This  gives  an  aircraft  flying 
a  SEAD  mission  a  detection  range  advantage  over  the  ADA  system. 

1 .  Range  ADA  unit’s  ZOC 

2.  Targets  Aircraft  and  TBMs. 

3.  Associated  CRT 

(a)  Aircraft  and  TBMs:  Use  Indirect  Fire  Value  (1st  value  on  eounter)  and  S2A 
CRT 

(b)  Ground  Units:  Use  Direet  Fire  Value  (2nd  value  on  eounter)  and  DF  CRT 

4.  NOTE:  If  an  ADA  unit  is  disabled  it  is  rendered  ineffeetive  unable  to  defend  against 
air  threats.  In  this  ease,  disregard  the  systems  proteetive  umbrella  (Air  ZOC)  and  do 
not  add  the  ADA  indireet  fire  eombat  value  to  the  defense  value  of  the  infrastrueture 
for  eombat  resolution  purposes.  Disabled  ADA  systems  ean  defend  themselves  from 
attaek  (Direet  Fire  or  SEAD)  but  use  the  ADA  system’s  DE  eombat  power  to  resolve 
this  type  of  eombat. 


6.0  Air  Power 

Airpower  is  the  ability  to  project  military  power  or  influence  through  the  control  and  ex¬ 
ploitation  of  air,  space,  and  cyberspace  to  achieve  strategic,  operational,  or  tactical  objec¬ 
tives. 

-Air  Force  Doctrine  Document  (AFDD)  1  (Air  Force  Basic  Doctrine  Organization,  and 

Command) 


The  ATO  Card  is  used  to  plan  and  exeeute  air  operations.  It  is  divided  into  two  seetions, 
sorties  available  and  air  operations.  The  ATO  is  used  to  plan  all  air  operations  to  be  eon- 
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ducted  during  the  air  operation  execution  phase. 


Air  Tasking  Order  Player  Card  with  Air  Unit  Counters 


Air  Tasking  Order  Card  elements 
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6.1  Air  Power  Sequence  of  Play 

Air  Power  is  divided  into  two  separate  sub-phases: 

1 .  Air  Planning  -  Sorties  Allotment 

2.  Air  Operations  -  Foree  Exeeution 

6.1.1  Air  Planning  Sub-Phase 

Design  Note:  The  Air  Planning  Sub-Phase  represents  a  combination  of  several  stages  in 
the  Air  Tasking  Cycle: 

1.  Objectives,  Effects,  and  Guidance  Stage.  It  replicates  the  JFC  apportionment 
which  is  the  total  expected  effort  that  should  be  devoted  to  the  various  airpower 
operations  for  a  given  period  of  time  (in  this  case,  a  single  game  turn). 

2.  Weaponeering  and  Allocation  stage.  The  apportionment  is  turned  into  an  allocation 
of  forces. 

Note:  The  ATO  ereated  in  this  phase  is  used  during  the  Foree  Exeeution  Phase  on  the 
following  game  turn  (with  the  exception  of  Game  Turn  1,  where  the  planned  ATO  is 
immediately  executed  on  that  same  turn). 

Each  air  unit  counter  has  a  series  of  values  underneath  the  aircraft  silhouette.  These  values 
represent  the  unit’s  combat  strength/movement  allowance  as  described  in  section  2.5  (Ex¬ 
planation  of  Air  Unit  Values).  In  order  for  a  unit  to  perform  an  air  operation  it  must  have  a 
value  greater  than  0  in  the  matching  position  listed  in  the  air  operation  signature  (see  figure 
below). 

Players  assign  air  units  to  specific  air  operations  (an  explanation  of  the  individual  air  oper¬ 
ations  is  described  in  subsequent  sections)  by  dragging  them  from  the  “Sorties  Available” 
row  into  the  appropriate  Air  Operation  box.  The  air  unit’s  values  must  match  the  Air  Op¬ 
eration  Signature  in  order  to  be  assigned  to  the  mission. 

6.1.2  Air  Operations  -  Force  Execution  Sub-Phase 

Players  start  with  the  ATO  card  configured  during  the  Air  Planning  Sub-phase.  Players 
move  the  counters  from  the  individual  Air  Operation  boxes  to  their  desired  target  locations 
(all  planned  air  sorties  are  moved  to  the  game  map  at  this  point).  Each  air  unit’s  mobility 
range  is  determined  by  it’s  current  movement  points  using  the  player’s  air  base  as  the  units 
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Air  Unit  Capable  of  Performing  SEAD 

origin  (Osan  for  the  CFC  Commander  and  Hwangju  for  the  JA  Commander).  Air  eounters 
are  plaeed  either  on  top  or  next  to  the  intended  target  based  on  required  map  visibility. 
Combat  is  resolved  aeeording  to  the  Sequenee  of  Play  (Seetion  4.0)  using  the  appropriate 
CRT. 

During  the  Foree  Exeeution  Sub-Phase,  Aireraft  may  be  re-assigned  to  any  mission  type 
regardless  of  the  box  they  oeeupy  in  the  ATO  eard.  However,  if  this  oeeurs,  the  air  unit  will 
ineur  a  Penalty. 

IF  PLAYERS  CHANGE  MISSION  TYPES  THEY  INCUR  -1  ATTACK  DRM 

6.2  Air  Operations  Description  and  Combat  Resolution 

For  the  purpose  of  air  operations,  all  eombat  is  pair-wise  (1:1).  For  example,  if  infrastrue- 
ture  is  proteeted  by  an  ADA  system  and  an  aireraft  (CAP),  in  order  for  the  phasing  player 
to  sueeessfully  engage  the  infrastrueture  with  the  bomber  he/she  will  need  to  plan  a  SEAD 
mission  to  handle  the  ADA,  as  well  as  a  Fighter  Sweep/Eseort  mission  to  engage  the  CAP, 
allowing  the  bomber  to  freely  attaek  the  infrastrueture.  Eaeh  of  these  eombat  situations 
will  be  resolved  independently  of  one  another.  If  the  bomber  is  sent  alone,  or  only  with 
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SEAD  or  an  Escort,  either  the  CAP  or  the  ADA  will  engage  the  bomber  (whichever  is  not 
engaged)  and  the  bomber  will  never  engage  the  infrastructure.  NOTE:  This  is  a  bad  day 
for  the  bomber  as  their  DE  and  SEAD  values  are  0  meaning  they  are  virtually  defenseless 
without  some  sort  of  support. 

6.2.1  Air  Superiority 

Air  superiority  is  that  degree  of  dominance  in  the  air  battle  of  one  force  over  another  that 
permits  the  conduct  of  operations  by  the  former  and  its  related  land,  maritime,  and  air 
forces  at  a  given  time  and  place  without  prohibitive  interference  by  the  opposing  force ’s 
air  and  missile  threats.  Historically,  air  superiority  has  proven  to  be  a  prerequisite  to 
success  for  an  operation/campaign  because  it  prevents  enemy  air  and  missile  threats  from 
interfering  with  operations  of  friendly  air,  land,  maritime,  space,  and  special  operations 
forces,  assuring  freedom  of  action  and  movement 

-JP  3-01  ( Countering  Air  and  Missile  Threat) 

Sub-elements  of  Air  Superiority  are  Offensive  Counterair  (OCA)  and  Defensive  Counterair 
(DC  A). 

Note:  DCA  Operations  consist  of  both  Active  and  Passive  Measures  (JP  3-01  (Countering 
Air  and  Missile  Threat)).  The  game  replicates  the  Active  Measures  in  the  hires  Section. 

6.2.1. 1  Offensive  Counterair  (OCA) 

OCA  is  offensive  operations  to  destroy,  disrupt,  or  neutralize  enemy  aircraft,  missiles, 
launch  platforms,  and  their  supporting  structures  and  systems  both  before  and  after  launch, 
and  as  close  to  their  source  as  possible.  The  goal  of  OCA  operations  is  to  prevent  the  launch 
of  enemy  aircraft  and  missiles  by  destroying  them  and  their  overall  supporting  infrastruc¬ 
ture  prior  to  employment,  is  offensive  operations  to  destroy,  disrupt,  or  neutralize  enemy 
aircraft,  missiles,  launch  platforms,  and  their  supporting  structures  and  systems  both  be¬ 
fore  and  after  launch,  and  as  close  to  their  source  as  possible.  The  goal  of  OCA  operations 
is  to  prevent  the  launch  of  enemy  aircraft  and  missiles  by  destroying  them  and  their  overall 
supporting  infrastructure  prior  to  employment. 

-JP  3-01  ( Countering  Air  and  Missile  Threat) 
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1.  Attack  Operations  Include  targeting  enemy  air  and  missile  forces  on  the  surface 
and  the  infrastructure  and  systems  that  contribute  to  their  capabilities.  Some  Services 
refer  to  these  as  “strike”  operations.  (Game  Use:  Sorties  tasked  with  this  mission 
are  able  to  attack  infrastructure  -  not  much  different  than  interdiction) 

(a)  Attack  Operations  Targets 

i.  Air  and  missile  unit  C2  nodes/centers. 

ii.  Ballistic  Missiles  (BM)  on  fixed  and  mobile  launchers. 

hi.  Airfield  runways,  taxiways,  and  underground  facilities  entrances. 

(b)  Combat  Resolution 

i.  (Protected)  If  ADA  is  (I)  present,  (2)  not  the  intended  target,  and  (3)  not 
disabled,  the  aircraft  is  engaged  by  the  ADA  system.  If  the  aircraft  survives 
the  ADA  encounter  it  will  then  engage  its  intended  target  as  an  unprotected 
target  listed  next. 

A.  Roles:  ADA  =  Attacker,  Aircraft  =  Defender 

B.  Differential:  Attacker  Indirect  Fire  Value  -  Defender  SEAD  value 

C.  CRT:  S2A 

ii.  (Unprotected).  If  ADA  is  not  present  or  is  disabled  the  aircraft  freely 
attacks  its  intended  target. 

A.  Differential:  Aircraft  A2G  value  -  Targets  (DF)  combat  power  or  in¬ 
frastructure  defense  value 

B.  CRT:  Attacking  Enemy  Unit  =  DF,  Attacking  Enemy  Infrastructure  = 
A2G 

C.  Combat  Result:  Aircraft  =  Attacker,  Target  =  Defender 

2.  SEAD.  Activity  that  neutralizes,  destroys,  or  temporarily  degrades  surface-based  en¬ 
emy  air  defenses  (AD)  by  destructive  and/or  disruptive  means.  (GAME  USE:  Sor¬ 
ties  planned  for  SEAD  missions  will  attack  ADA  systems  directly.  This  prevents 
the  ADA  from  targeting  other  Air  Sorties  that  may  he  conducting  an  Interdic¬ 
tion  mission.) 

(a)  SEAD  Targets 

i.  ADA 

(b)  Combat  Resolution 

i.  Deliberate  SEAD  Mission 
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A.  Roles:  Aircraft  =  Attacker,  ADA  =  Defender 

B.  Differential:  Attacker  SEAD  value  -  Defender  Indirect  Fire  Value 

C.  CRT:  A2G 

ii.  Dynamic  SEAD  Mission 

A.  Follow  Deliberate  SEAD  steps  but  -2  DRM  is  applied  to  the  dice  roll 

3.  Fighter  Escort.  Fighter  escort  includes  providing  dedicated  protection  sorties  by 
air-to-air  capable  fighters  in  support  of  other  offensive  air  and  air  support  operations 
over  enemy  territory  or  in  a  DCA  role  to  protect  aircraft  such  as  high  value  airborne 
assets  (HVAAs).  Fighter  escort  sorties  are  normally  flown  over  enemy  territory  to 
protect  other  primary  mission  aircraft  from  enemy  fighters  en  route  to  and  from  a 
target  area  during  offensive  missions  (i.e.,  for  air  interdiction,  OCA  attack,  SEAD, 
an  airborne  operation). 

(a)  Combat  Resolution 

i.  Protecting  Against  Enemy  Aircraft 

A.  Roles:  Fighter  Sweep  =  Attacker,  CAP  =  Defender 

B.  Differential:  Attacker  DF  value  -  CAP  DF  Value 

C.  CRT:  DF 

ii.  Protecting  against  ADA  (Dynamic  SEAD) 

A.  Roles:  Fighter  Sweep  =  Attacker,  ADA  =  Defender 

B.  Differential:  Attacker  SEAD  Value  -  Defender  Indirect  Fire  Value 

C.  CRT:  A2G  (-2  DRM) 

(b)  Fighter  Sweep.  Fighter  sweep  is  an  OFFENSIVE  mission  by  fighter  aircraft 
to  seek  out  and  destroy  enemy  aircraft  or  targets  of  opportunity  in  a  designated 
area.  (GAME  USE:  Use  Fighter  Sweeps  to  clear  out  enemy  Point  Air  De¬ 
fense.  This  can  he  done  in  preparation  of  an  Interdiction  attack  or  just  to 
take  try  and  reduce  your  enemy’s  available  air  sorties  hy  destroying  their 
air  units.) 

i.  Combat  Resolution 

A.  Roles:  Fighter  Sweep  Unit  =  Attacker,  CAP  =  Defender 

B.  Differential:  Attacker  DF  value  -  Defender  DF  Value 

C.  CRT:  DF 

ii.  Note:  If  the  Fighter  Sweep  is  used  to  clear  a  path  for  a  following  Inter- 
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diction  Mission  (e.g.  a  bomber),  after  all  Fighter  Sweep  attacks  have  been 
resolved,  CAP  units  may  remain  that  were  unengaged  by  the  Fighter  Sweep 
or  other  Escort  Fighters.  If  this  is  the  case,  CAP  units  whose  ZOC  contain 
the  bomber’s  targeted  hex  (infrastructure)  may  engage  the  bomber  resolv¬ 
ing  combat  using  the  Direct  Fire  CRT  with  the  CAP  unit  as  the  attacker. 

Design  Note:  Typically  fighter  escort  and  fighter  sweep  operations  immediately  precede  a 
ground  attack  mission  as  a  part  of  a  single  strike  package.  The  Air  Operations  gameplay 
sequence  attempts  to  capture  this  sequence  through  the  execution  of  air-to-air  combat  first. 


6.2.2  Global  Precision  Attack 

Global  Precision  Attack  is  the  ability  to  hold  at  risk  or  strike  rapidly  and  persistently,  with  a 
wide  range  of  munitions,  any  target  and  to  create  swift,  decisive,  and  precise  ejfects  across 
multiple  domains. 

-Air  Force  Doctrine  Document  (AFDD)  1  (Air  Force  Basic  Doctrine  Organization,  and 

Command) 


The  Global  Precision  Attack  function  takes  the  form  of  Counterland  Operations.  The  sub¬ 
elements  are  Air  Interdiction  (AI)  and  Close  Air  Support  (CAS). 

6.2.2. 1  Counterland  Operations 

Counterland  operations  are  air  and  space  operations  against  enemy  land  force  capabilities 
to  create  effects  that  achieve  joint  force  commander  (JFC)  objectives. 

-  AFDD  3-03  (Counterland  Operations) 


AFDD  3-03  defines  two  types  of  air  operations  for  counterland  ops: 

1 .  Air  Interdiction  (AI).  AI  is  an  air  operation  conducted  to  divert,  disrupt,  delay,  or 
destroy  the  enemy’s  military  potential  before  it  can  be  brought  to  bear  effectively 
against  friendly  forces,  or  to  otherwise  achieve  JFC  objectives.  AI  is  conducted  at 
such  distance  from  friendly  forces  that  detailed  integration  of  each  air  mission  with 
the  fire  and  movement  of  friendly  forces  is  not  required,  (i.e.  Attack  outside  of 
friendly  artillery  range).  Game  Use:  Air  Interdiction  missions  have  to  take  place 
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behind  enemy  lines  outside  of  Artillery  Range. 

(a)  Combat  Resolution 

i.  (Protected)  If  ADA  is  (1)  present,  (2)  not  the  intended  target,  and  (3)  not 
disabled,  the  aircraft  is  engaged  by  the  ADA  system.  If  the  aircraft  survives 
the  ADA  encounter  it  will  then  engage  its  intended  target  as  an  unprotected 
target  listed  next. 

A.  Roles:  Aircraft  =  Attacker,  ADA  =  Defender 

B.  Differential:  Defender  Indirect  Fire  Value  -  Aircraft  SEAD  Value 

C.  CRT:  S2A 

ii.  Unprotected.  If  ADA  is  not  present  or  is  disabled  the  aircraft  freely  attacks 
its  intended  target. 

A.  Roles:  Aircraft  =  Attacker,  Target  =  Defender 

B.  Differential:  Aircraft  A2G  value  -  Targets  (DF)  combat  power  or  in¬ 
frastructure  defense  value 

C.  CRT:  A2G 

2.  Close  Air  Support  (CAS).  CAS  is  air  action  by  fixed-  and  rotary-winged  aircraft 
against  hostile  targets  that  are  in  close  proximity  to  friendly  forces  and  which  require 
detailed  integration  of  each  air  mission  with  the  fire  and  movement  of  those  forces. 
In  general  this  is  an  attack  within  friendly  artillery  range. 

(a)  Combat  Resolution 

i.  (Protected)  If  ADA  is  (I)  present,  (2)  not  the  intended  target,  and  (3)  not 
disabled,  the  aircraft  is  engaged  by  the  ADA  system.  If  the  aircraft  survives 
the  ADA  encounter  it  will  then  engage  its  intended  target  as  an  unprotected 
target  listed  next. 

A.  Roles:  Aircraft  =  Attacker,  ADA  =  Defender 

B.  Differential:  Defender  Indirect  Fire  Value  -  Aircraft  SEAD  Value 

C.  CRT:  S2A 

ii.  Unprotected.  If  ADA  is  not  present  or  is  disabled  the  aircraft  freely  attacks 
its  intended  target. 

A.  Roles:  Aircraft  =  Attacker,  Target  =  Defender 

B.  Differential:  Aircraft  A2G  value  -  Targets  (DF)  combat  power  or  in¬ 
frastructure  defense  value 
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C.  CRT:  A2G 


7.0  Maneuver 

Joint  Fires.  Fires  delivered  during  the  employment  of  forces  from  two  or  more  components 
in  coordinated  action  to  produce  desired  effects  in  support  of  a  common  objective. 

Joint  Fires  Support  Maneuver  is  the  employment  of  forces  in  the  operational  area  through 
movement  in  combination  with  fires  to  achieve  a  position  of  advantage  in  respect  to  the 
enemy 

-  JP  3-0  (Joint  Operations) 


7.1  Stacking 

There  is  no  stacking  of  counters  or  combining  Combat  Strengths  during  combat.  Units  may 
not  move  through  hexes  occupied  by  any  force,  friendly  or  enemy. 

7.2  Zone  of  Control  (ZOC) 

A  ZOC  exists  in  the  hex  occupied  by  a  unit  and  in  each  of  the  six  hexes  surrounding  it.  A 
ZOC  affects  enemy  units  for  purposes  of  movement  and  retreat.  Units  may  not  advance 
after  destroying  an  enemy  unit  if  they  are  still  in  another  existing  enemy  unit  ZOC. 

7.2.1  ZOC  Effects 

1.  Units  may  never  enter  a  hex  containing  an  enemy  unit. 

2.  When  entering  an  enemy  ZOC,  a  moving  ground  unit  must  end  its  movement  for  the 
segment. 

3.  Aircraft  movement  only  affected  by  an  enemy  Air  Defense  unit  ZOC  and  must  find 
a  path  avoiding  ADA  ZOCs  when  conducting  interdiction  operations.  If  the  path  to 
the  intended  target  passes  through  a  ZOC  then  the  aircraft  is  engaged  by  the  ADA 
(use  combat  resolution  instructions  under  Interdiction:  “Protected”). 

7.3  Terrain 

Each  unit  counter  displays  that  units  Movement  Points  (MP)  (see  counter  legend  in  2.2 
Counters).  Each  hex,  based  on  its  terrain  type,  costs  a  certain  number  of  MP  to  enter.  The 
Terrain  Effects  Chart  lists  the  MP  cost  for  all  units  into  each  type  of  hex.  NOTE:  Roads 
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cost  1  movement  point  when  moving  between  two  hexes  with  connected  roads  but  cost  2 
movement  points  otherwise. 


Terrain 

Movement  Points  to  Enter 

DRM  when 
attacking  from 

Roads 

1 

N/A 

Clear 

2 

Mountains 

4 

Urban 

3 

FEBA 

2  (JA  units’  movement  is  halted  upon 

entry  for  the  rest  of  the  current  turn.) 

-2  (JA  only) 

Terrain  Effects  Chart  (TEC) 


7.3.1  Installations 

Installations  are  hexes  that  contain  Air  Bases  (marked  by  an  aircraft  symbol),  Ports  (marked 
by  anchor  symbol),  and  logistics  hub.  Each  installation  has  a  Defense  Strength  (located  on 
the  Game  Map)  which  measures  it’s  survivability  against  disruption. 

7.3.1. 1  Installation  Occupation 

Enemy  Installation  hexes  can  be  controlled  by  simple  ground  movement  into  the  hex. 

7.3.1.2  Installation  Disruption 

Installations  can  be  disrupted  through  air,  missile,  and  indirect  fire  attacks. 

7.3.2  Fortifications 

The  Korea  Barrier  System  (KBS)  is  an  extensive,  in  depth,  and  integrated  series  of  obstacles 
and  barriers,  including  minefields,  concertina  wire,  and  dragon’s  teeth  designed  to  support 
the  defense  of  the  ROK.  It  is  a  significant  combat  multiplier  for  the  defending  CEC  forces. 
The  KBS  is  represented  in  WARLOC  via  the  EEBA  hexes. 
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7.3.2. 1  Barrier  Effects 

1 .  All  North  Korean  ground  movement  is  halted  upon  entering  the  barrier  system,  re¬ 
gardless  of  remaining  movement  points. 

2.  All  North  Korean  ground  attacks  from  a  unit  within  the  barrier  system  receive  a  - 
2DRM. 

7.4  Movement  Types 

7.4.1  Ground  Maneuver 

Ground  units  move  individually  from  hex  to  adjacent  hex  paying  the  appropriate  terrain 
costs.  Units  pay  movement  costs  for  each  hex  entered  or  crossed  as  detailed  on  the  TEC. 

7.4.2  Air  Maneuver 

Originating  from  the  player’s  Air  Base,  air  units  move  individually  from  hex  to  adjacent 
hex  paying  one  point  per  hex. 

8.0  Combat 

8.1  Combat  Eligibility 

Any  friendly  units  that  are  adjacent  to  enemy  units  at  the  start  of  a  friendly  Combat  Phase 
may  choose  to  attack,  but  are  not  required  to  attack.  Multiple  friendly  units  may  attack  the 
same  defending  unit  but  each  attack  is  handled  sequentially.  All  adjacent  enemy  hexes  do 
not  have  to  be  attacked. 

8.2  Combat  Procedure 

8.2.1  Attack  Declaration 

The  attacking  player  declares  the  enemy  unit  being  attacked  and  identifies  their  attacking 
unit.  Once  an  attack  is  declared,  it  must  be  immediately  resolved.  With  air  operations, 
players  will  declare  all  their  attacks  at  once  then  resolve  each  operation  in  the  sequence 
indicated  under  Air  Combat  in  4.0  Sequence  of  Play 

8.2.2  Combat  Differential  Calculation 

In  general,  the  defender’s  Combat  Strength  is  subtracted  from  the  attacker’s  Combat 
Strength. 
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Example:  The  ROK  5th  Corps,  3rd  Army  with  a  Combat  Strength  of  7  attacks  the  North 
Korean  1st  Corps,  1st  Operational  Echelon  with  a  Combat  Strength  of  5.  The  differential 
calculation  is  7  -  5  =  2. 

The  only  exception  to  this  rule  is  when  ADA  defends  infrastructure  from  a  TBM.  In  this 
case,  the  JA  Commanders  SRF  unit  is  the  attacker  but  since  the  ADA  system  is  attacking 
the  airborne  missile,  the  differential  is  calculated  in  the  following  manner: 

Target  Infrastructure  Value  +  ADA  air  defense  value  -  SRF  Indirect  Fire  Value. 

8.2.3  Combat  Results  Table  Selection 

There  are  four  Combat  Results  Tables  (CRT)  to  choose  from: 

1 .  Direct  Fire  [DF]  (Ground  to  Ground,  Air  to  Air) 

2.  Indirect  Fire  [IDF]  (Artillery,  Surface-to-Surface  Missile) 

3.  Surface  to  Air  [S2A]  (Air  Defense  Artillery  Fire  on  Attacking  Aircraft) 

4.  Air  to  Ground  [A2G]  (Air  Interdiction,  Close  Air  Support,  Suppression  of  Enemy 
Air  Defense,  Attack  Operations) 

Locate  the  proper  differential  column.  If  the  differential  is  greater  than  the  farthest  right 
column,  the  attacker  uses  the  farthest  right  column.  If  the  differential  is  smaller  than  the 
farthest  left  column,  the  attacker  uses  the  farthest  left  column. 

8.2.4  Determine  Dice  Roll  Modifier  (DRM) 

A  Dice  Roll  Modifier  (DRM)  adjusts  the  total  value  of  the  rolled  dice.  The  following  cases 
involve  a  DRM: 

1 .  Changing  an  air  units  mission  during  the  Air  Operations  -  Force  Execution  Phase  (- 1 
Attack  DRM) 

2.  JA  ground  unit  attacks  from  a  FEBA  Hex  (-2  Attack  DRM) 

3.  Command  Disruption  (If  C2  node  is  successfully  disabled) 

(a)  Seoul  (7  Defensive  Points)  -  all  ROK  ground  forces  (-1  Attack  DRM) 

(b)  Pyongyang  (7  Defense  Points)-  Reserve  and  20E  forces  (-2  Attack  DRM) 

4.  Supply  (If  logistic  node  is  successfully  disabled) 

(a)  Daejeon/Nampho  (4  Defensive  Points)  (-1  Defense  DRM) 
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8.2.5  Combat  Results 


1.  Attacker  Eliminated  (AE)  =  Attacker  takes  a  step  loss  or  eliminated;  all  units  in¬ 
volved  in  the  attack  take  one  step  loss.  If  there  are  no  further  steps  to  lose  they  are 
destroyed  (except  bombarding  artillery).  Defending  unit  has  the  option  to  advance. 

2.  Attacker  Retreats  (AR)  =  Unit  involved  in  the  attack  (except  bombarding  artillery) 
are  forced  to  move  one  hex  away  from  the  defender.  Defending  unit  has  the  option 
to  advance  to  advance  into  the  hex  previously  occupied  by  the  attacker. 

3.  Equal  elimination  (EE)  =  both  attacker  and  defender  damaged  or  eliminated;  If  the 
defender  is  eliminated  and  the  attacker  survives,  the  attacker  may  advance  into  the 
hex  previously  occupied  by  the  attacker. 

4.  Defender  retreats  (DR)  =  the  defending  unit  is  forced  to  move  one  hex  away  from 
the  attacking  unit(s).  One  of  the  attacking  units  may  advance  into  the  hex  previously 
occupied  by  the  attacker. 

5.  Defender  eliminated  (DE)  =  the  defending  unit  is  destroyed.  One  of  the  attacking 
units  may  advance  into  the  hex  previously  occupied  by  the  attacker. 

6.  Disrupt  =  Unit/Installation  may  not  attack  during  the  next  turn  but  it  may  defend.  If 
an  ADA  system  is  disrupted  by  a  SEAD  attack  and  then  attacked  a  second  time.  The 
Attacker  gains  a  -i-IDRM. 

7.  No  Effect  (NE)  =  Self  Explanatory.  (Exception:  ADA  defending  against  TBM.  Refer 
to  5.1.2  Theater  Ballistic  Missiles  to  see  how  NE  is  handled  in  this  special  case). 

8.3  Retreat 

If  the  combat  resolution  results  in  a  retreat,  the  player  must  move  his  unit  one  hex  back¬ 
wards  or  sideways  from  the  attacking  enemy.  The  retreating  player  may  not  retreat  into  an 
enemy  ZOC  or  on  top  of  another  unit  (friendly  or  enemy).  If  the  retreating  player  cannot 
retreat,  the  unit  incurs  a  step  loss.  If  the  unit  is  already  step-lossed  it  is  destroyed. 


9.0  Command  &  Supply 

C2  and  Eogistic  Nodes  are  subject  to  interdiction.  The  following  are  the  effects  if  inter¬ 
diction  attempts  are  successful  and  the  node  is  disrupted  (Note:  effects  last  for  one  round 
total.  Example,  if  the  JA  Commander  successfully  interdicts  Daejeon,  the  effects  are  ap¬ 
plied  immediately  and  last  until  the  JA  Commander’s  next  turn): 
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9.1  Command  Interdiction  Effects 

1.  Seoul  (7  Defensive  Points):  all  ROK  ground  forces  -1  Attack  DRM 

2.  Pyongyang  (7  Defense  Points):  Reserve  and  20E  forces  -2  Attack  DRM 

9.2  Supply  Interdiction  Effects 

1.  PohangAVonsan  (5  Defensive  Points):  Reinforcements  delayed  one  turn 

2.  Daejeon/Nampho  (4  Defensive  Points):  -1  DRM  Defense  &  -1  Movement  Point  for 
Ground  and  Air 

3.  Osan/Hwangju  (5  Defensive  Points):  2x  Sorties  disabled  -  No  movement 

4.  CrossRoad  (3  Defensive  Points):  lx  additional  Ground  force  unit  and  lx  additional 
Sortie  disabled 

9.3  Reinforcement  Delay 

1.  Wonsan 

(a)  Move  all  pending  reinforcements  for  the  JA  Commander  down  1  round  on  the 
round  tracker  found  on  the  game  map 

2.  Pohang 

(a)  Pohang  is  the  port  in  which  3rd  Corps  arrives  in  support  of  Seoul’s  defense. 
Each  time  Pohang  is  disabled  move  the  3rd  Corps  unit  counter  down  one  round 
on  the  round  marker,  3rd  Corps  will  not  arrive  until  this  round.  If  3rd  Corps  is 
delayed  past  the  5th  round,  it  will  arrive  at  Incheon  at  the  beginning  of  the  CPC 
Commander’s  turn  on  round  6. 
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APPENDIX  C: 

WARLOC  Air  Tasking  Orders  (ATOs) 


Air  I  asking  Clrclei 


Counter 

Air 


offensive  eiKl 
{lefeiisive  operations 
to  attain  and  maintain 
a  desired  degree  of 
ail*  superiority 


Offonsivo  CountorAir 

(destroy,  disrupt,  or  degrade  enemy  air  capabilities) 

Defensive  Countei'Air 

(pi'otect  friendly  forces  and  vital 
interests  fi*oni  enemy  aii*boi*ne 
attacks) 

Attack  flps 

c-/#/#/-) 

(Pi*event  enemy 
employment  of  all*  and 
missile  assets) 

SEAIJ 

C-/#/-/-) 

(neutralize,  desti'oy, 
or  degrade  enemy 
surface-hased  air 
defenses  by 
desti'iictive  oi* 
disruptive  means) 

Piglit<3r 

Swoop 

1#/-/-/-) 

(seek  out  and  destroy 
enemy  aircraft  oi* 
tai'gets  of 
opportunity  in  a 
designated  area) 

Pightoi* 

Escort 

(tt/#/-/-) 

(protect  other  friendly 
aii*ci*aft  from  enemy 
air-to-air  and  surface- 
to-air 
threats) 

Point  Air  Dofonso 

tw/-/-/-) 

(Combat  Air  Patrols  (CAP)  designed 
to  destroy  attacking  enemy  manned 
or  UAVs,  or  to  nullify  or  reduce  tlie 
effectiveness  of  such  attack) 

oountei' 

Land 


operations  against 
enemy  land  force 
capabilities  to  create 
effects  that  achieve 
joint  force 
coinmandei*  (OPC) 
objectives 


Air  liittsrcliotion 

(-/-/#/-) 

(divert,  disrupt,  delay,  or  destroy  the  enemy’s  military  potential  before  it  c 
be  brought  to  bear  effectively  against  friendly  forces) 


Closn  Air  Support 

C-/-/#/-) 

(air  action  by  fixed-  and  rotary-winged  aircraft  against  hostile 
targets  that  are  in  close  proximity  to  friendly  forces) 


Figure  C.l:  CFC  ATO 
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Air  I  asking  Order 


Countisr 

Air 


offensive  end 
defensive  operations 
to  attain  and  maintain 
a  desired  degree  of 
air  superiority 


offensive  CoiinterAii' 

(destroy,  disrupt,  or  degrade  enemy  air  capabilities] 

Defensive  CounterAir 

(protect  friendly  forces  and  vital 
interests  from  enemy  airborne 
attacks] 

AUack  Ops 

(Prevent  enemy 
employment  of  air  and 
missile  assets) 

SEAIJ 

C-/#/-/-) 

(neutralize,  destroy, 
or  degrade  enemy 
surface-based  air 
defenses  by 
destructive  oi* 
disruptive  means) 

PightHr 

Swe»p 

l#/-/-/-) 

(seek  out  and  destroy 
enemy  aircraft  or 

opportunity  in  a 
designated  area] 

h'ightiii' 

Escort 

(»/«/-/-) 

(protect  other  fi’iendly 
aircraft  from  enemy 
air-to-air  and  surface- 
to-air 
tlireats) 

Point  Air  Dofonse 

(«/-/-/-! 

(Combat  Air  Patrols  (CAP)  designed 
to  destroy  attacking  enemy  manned 
or  UAVs,  or  to  nullify  oi*  I’educe  tiic 
effectiveness  of  sucii  attack) 

Couiit»r 

Land 


operations  against 
enemy  land  force 
capabilities  to  create 
effects  tiiat  aoliicve 
joint  force 
commander  (3FC] 
objectives 


Air  liii»rdi»tioii 

C-/-/#/-l 

(divei*t,  disrupt,  delay,  or  destroy  the  enemy’s  military  potential  before  it  c 
be  bi'ougiit  to  beai'  effectively  against  fi'iendly  forces] 


Closa  Air  Sii|i|Jori 

C-/-/»/-l 

(air  action  by  fixed-  and  rotary-winged  aircraft  against  hostile 
targets  that  are  in  close  proximity  to  friendly  forces) 


Figure  C.2:  Juche  Alliance  ATO 
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APPENDIX  D: 

WARLOC  Combat  Resolution  Tables  (CRTs) 


Figure  D.l:  Direct  Fire  CRT 


COMBAT  DIFFERENTIAL 


Indirect 

Die 

-3 

-2 

-1  0 

1 

2 

3 

1 

NE 

NE 

NE  NE 

NE 

NE 

NE  I 

2 

NE 

NE 

NE 

Disrpt 

3 

NE 

NE 

Disrpt 

Disrpt 

Disrpt 

4 

NE 

NE 

Disrpt  I  Disrpt 

Disrpt 

DE 

DE 

5 

Disrpt 

Disrpt 

Disrpt 

DE 

DE 

DE 

6 

Disrpt 

DE 

DE  DE 

DE 

DE 

DE 
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COMBAT  DIFFERENTIAL 


Air  to  Ground  (Al,  CAS,  SEAD) 


Die 

-4 

-3 

-2 

-1 

0 

1 

2 

3 

4 

2 

AE 

AE 

AE 

AE 

AE 

AE 

AE 

AE 

NE 

3 

AE 

AE 

AE 

AE 

AE 

AE 

AE 

NE 

Disrpt 

4 

AE 

AE 

AE 

AE 

AE 

AE 

NE 

Disrpt 

Disrpt 

5 

AE 

AE 

AE 

AE 

AE 

NE 

Disrpt 

Disrpt 

Disrpt 

6 

AE 

AE 

AE 

AE 

NE 

DE 

7 

AE 

AE 

AE 

AE 

NE 

DE 

DE 

8 

AE 

AE 

AE 

NE 

DE 

DE 

DE 

9 

AE 

AE 

NE 

DE 

DE 

DE 

DE 

10 

AE 

NE 

DE 

DE 

DE 

DE 

DE 

11 

NE 

DE 

DE 

DE 

DE 

DE 

12 

Disrpt 

Disrpt 

DE 

DE 

DE 

DE 

DE 

DE 

DE 

Figure  D.2:  Air-To-Ground  CRT 


Figure  D.3:  Surface-To-Air  CRT 
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APPENDIX  E: 
WARLOC  Counters 
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APPENDIX  F: 
WARLOC  Game  Map 
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Figure  F.l:  WARLOC  Game  Map 
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APPENDIX  G: 
Hex  Selection  Code 


Hex  Selection  function  found  in  WARLOC  source  code 


2*function  pickHex  * 

3*Receives  canvas  coordinates  of  a  mouse  click  ,  * 

4  origin  of  the  hex  grid  and  returns  the  * 

5*column  and  row  index  of  the  hex  selected  * 

6  *  Parameters  ;  canvasX  ,  canvas  Y  ,  canvas  height  * 


7  hexGridOriginX  ,  hexGridOriginY  ,  half  hex  side  length  * 

9  var  pickHex  =  function  (qx  ,  qy  ,  h  ,  xbb  ,  ybb  ,  u)  { 


10 

var 

hi  = 

0; 

// container  for 

selected  hex ’ 

s  column 

11 

var 

hj  = 

0; 

// container  for 

selected  hex ’ 

s  row 

12 

var 

xm  = 

qx; 

//  convert 

canvasX  to  mathX 

13 

var 

ym  = 

h  -  qy; 

/ /  convert 

canvasY  to  mathY 

14 

var 

xb  = 

xm  —  xbb  ; 

/ /  convert 

mathX 

to  hex  grid  X 

coord 

15 

var 

yb  = 

ym  —  ybb  ; 

/ /  convert 

mathX 

to  hex  grid  Y 

coord 

16 

17 

18 

var 

rcol 

=  Math  .  floor  ( 

xb  / 

(3*u)  ); 

//  Rectangle 

Column 

19 

var 

rrow 

=  Math  .  floor  ( 

yb  / 

(2*  sr3  *u) 

); 

//  Rectangle 

Row 

20 

22  ID  the  (i,j)  coordinates  to  be 

23  modified  when  the  region  the 

24  mouse  click  occurred  is  identified 

26  var  LRhi  =  2*Math  .  floor  (  rcol /2)  ; 

27  var  LRhj  =  rrow ; 

28 

29  //convert  hex  grid  X  coord  to  rectangle  coordX 

30  var  xr  =  xb  —  rcol*3*u; 

31  //convert  hex  grid  Y  coord  to  rectangle  coordY 

32  var  yr  =  yb  —  rrow  *(2*  sr3  *u)  —  sr3*u; 

33 
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34 

35 

36 

37 

38 

39 

40 

41 

42 

43 

44 

45 

46 

47 

48 

49 

50 

51 

52 

53 

54 

55 

56 

57 

58 

59 

60 

61 

62 

63 

64 

65} 


var  isEvenCol  =  (  rcol  %2===0) ; 


//in  an  even  or  odd  column? 


if  (isEvenCol)  { 
if  (  xr  >  Math, 
hi  =  LRhi; 
hj  =  LRhj; 

} 

else  if  (yr>0) 
hi  =  LRhi-1; 
hj  =  LRhj; 

I 

else  { 

hi  =  LRhi-1; 
hj  =  LRhj-1; 

I 
I 

else  {  //Odd  Column 

if  (  xr  <  u  —  Math  .  abs  (  yr )  /  sr3  )  { 
hi  =  LRhi; 
hj  =  LRhj; 

I 

else  if  (yr>0)  { 
hi  =  LRhi  +  1; 
hj  =  LRhj; 

I 

else  { 

hi  =  LRhi  +  1; 
hj  =  LRhj-1; 

I 

I 

return  {  col  :  hi  ,  row  :  hj  } ;  //return  the  col, row  location 

//use  with  mapHexes  [  hx  .  col  ]  [  hx  .  row  ] 


//Even  Column 

abs(yr)/sr3  )  { 


{ 
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APPENDIX  H: 

Initial  Game  Logic  Diagrams 


This  appendix  includes  a  series  of  logic  diagrams  developed  to  assist  in  navigating  the 
various  actions  within  WARLOC.  Diagrams  included 

1 .  Left  Mouse  Click 

2.  Left  Click,  Unit  Selected 

3.  Unit  Selected,  Maneuver 

4.  Unit  Selected,  Direct  Fire 

5.  Calculate  DRM 

6.  Resolve  Combat 
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Left  Mouse  Click 
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I  Manuever  I 
I  Button  Clicked?  1^ 


Left  Click,  Unit  Selected 


VIenu  Button 
Clicked? 


►I  selectedHex.unit  ===  null?  I- 


wselectedUnit  =  null} 


selectedHex.unit.faction 
==  CurrPlayer? 


selectedHex.unit ^ 
I  =  selectedUnit  J 


Direct  Fire 
Button  Clicked? 


Highlight  Enemy 
Units  within  ZOC 


Player  Attacks  Enemy  Unit?  I — ►<"  Yes  - ►[  Resolve  Combat 


InDirect  Button 

/  Highlight  Enemy  / 

Clicked? 

y  Units  in  range  / 

^  Player  Attacks  Enemy  Unit? 

No  > - ►]}  selectedUnit  =  null 


No  "> - ►(  selectedUnit  =  null 


Rocket  Button 

/  Highlight  Enemy 

/' 

Player  Attacks  Enemy 

Clicked? 

— ^  Infrastructure  in 

/  range 

_/ 

Infrastructure? 

No  - ►,  selectedUnit  =  null 


Infrastructure  Protected  by  ADA?  I - ►K"  No  "> - Resolve  Combat 


Rocket 

Penetrates  ADA 
Umbrella? 
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Unit  Selected,  Maneuver 
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Unit  Selected,  Direct  Fire 


t 

Highlight 
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Resolve  Combat 
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APPENDIX  I: 
detMove  Pseudocode 


Path  finding  algorithm  in  WARLOC  source  code.  Highlights  all  available  moves  for  a 
selected  unit  allowing  the  player  to  see  all  their  movement  options  for  the  selected  unit. 

Arguments: 

locationHex  :  unit’s  location 

unitMovementPoints  :  selected  unit’s  remaining  movement  points 

Function: 

Determines  all  available  movement  options  for  the  selected  unit. 

Takes  into  account  terrain  effects,  occupied  hexes,  and  ZOCs 

Pushes  hexes  that  the  player  can  move  to  onto  a  global  array  moveOptions[]  and  visualizes 
the  options  to  the  player  by  highlighting  the  hexes 

Begin  Function 

if  locationHex  is  controlled  by  enemy  faction  or  is  ’contested’  then 
return  Nothing 
end  if 

if  unitMovementPoints  <  0  then  >  recursive  seed 

return  Nothing 
end  if 

for  all  locationHex  neighboring  hexes  do 
aHex  ^  locationHexN eighbor 
hxCost  0 

if  aHex  is  outside  selected  unit’s  movement  range  assuming  all  roads  then  skip 
end  if 

if  aHex  terrain  is  Water  then  skip 
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end  if 

if  aHex  is  Occupied  then  skip 
end  if 

if  enemy  controls  aHex  then  hxCost  ^  Terrain  Cost+all  remaining  unit  move  pts. 

end  if 

if  aHex  is  contested  then  hxCost  Terrain  Cost+all  remaining  unit  move  pts. 

end  if 

if  unit  faction  =  red  &  aHex  is  FEB  A  then  hxCost  ^  2+ all  remaining  unit  move  pts. 

end  if 

if  unit  faction  =  blue  &  aHex  is  FEBA  then  hxCost  ^  2 

end  if 

if  aHex  terrain  is  clear,  mountain,  urban,  or  road  then  hxCost  ^  Terrain  Cost 

end  if 

if  aHex  is  road  &  locationHex  is  not  road  then  hxCost  +  + 

end  if 

if  aHex  is  road  &  locationHex  is  urban  then  treat  as  connected  roads,  hxCost  ^  1 

end  if 

if  hxCost  <  unit  Movement  Points  then  highlight  aHex  &  push  on  moveOptions[] 

end  if 

>  Investigate  aHex’s  neighbors  with  remaining  movement  points 
detMove(a//ev,  unitMovementPoints  —  hxCost)  >  Recursive  Call 

end  for 
End  Function 
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APPENDIX  J: 
WARLOC  Screen  Shot 
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